Windows Assembly Programming Tutorial
by Jeff Huang

无意间看到的一篇WIN32汇编入门的好文章。

我住的地方开始实施上网实名认证，大概是有些人在网上说话写字不是很负责任吧，对了这个倒没有什么要评论的。问题是那个上网认证客户端软件--城市热点的DR.COM宽带认证客户端，只要开启DR.COM接到INTERNET，局域网内计算机之间网络通讯就会出现问题--无法在局域网玩CS、BF2等游戏，DR.COM的作法未免太霸道了。
在网上找到了一个解决办法，是通过虚拟网卡(所谓VPN)在INETERNET上虚拟出一个局域网，这个方法还是可行，不过总觉得这种作法开销较大，网速也不如以前了，不得已决定自己试着解决问题。
以下是我的作法，解决了运行DR.COM后无法玩局域网游戏的问题，有需要的网友可以参照着试一下，注意风险自负。
步骤如下：
1）确认上网客户端软件名称和版本，本方法证实适用于DR.COM宽带认证客户端V3.482，其他版本没验证过。
2）在DR.COM安装路径找到(默认为"C:\Program Files\Dr.COM 宽带认证客户端")"ishare_user.exe"，对该文件作备份，需要时可以还原。
3）用UltraEdit-32打开"ishare_user.exe"，应该显示为十六进制，如果不是应选为"十六进制编辑"方式。
4）用UltraEdit-32的查找功能，二进制方式查找"68 E8 03 00 00 FF 15 C0"，找到后将其改为"68 FF FF FF FF FF 15 C0"，将文件存盘，退出EltraEdit-32。
5）远行DR.COM宽带认证客户端，上网认证，局域网的通讯应该恢复正常了，可以通过ping指令查检网络是否恢复正常。
原理：
通过反汇编发现ishare_user.exe运行之后，将创建一个守护线程（这是暂称为线程A），线程A每间隔一秒钟查检一次本机ARP缓冲区，发现有记录就清空ARP缓冲区，导致运行DR.COM宽带认证客户端的计算机，无法觉察到局域网中其他计算机的存在，局域网通讯会出现问题。问题找到了，解决的办法有一些，比如可以改变删除ARP缓冲区的条件，使ARP缓冲区不被清除，我懒得对查机器码，直接将Sleep的参数改成INFINITE,这个参数原来是1秒，改成INFINITE后线程A永远睡眠，也就无法定期清除ARP缓冲区，问题解决。

顺便提一下，网上有文章说安装SYGATE可以实现一拖多的方式上网，我认为这种方法对于V3.482版本是行不通的，在上面提到的线程A中，每间隔一秒钟检测一次是否有sgserv.exe服务，发现该服务就将其杀死，可见用SYGATE来实现一拖多上网是有问题的。

本贴收集了CAN总线规范2.0，及CanOpen通讯协议相关的标准文件。

CAN Specification V2.0

Cia DS102 V2.0: CAN Physical Layer for Industrial Applications

Cia DS150 V1.1: CAN power management layer specification

Cia DS201-DS207 V1.1: CAN Application Layer for industrial applications

Cia DS301 V4.02: Application Layer and Communication Profile

Cia DS301 appendix V0.2: Electronic Data Sheet Specificationfor CANopen

Cia DS303-1 V1.3: Cabling and connector pin assignment

Cia DS303-2 V1.3: Representation of SI units and prefixes

Cia DS303-3 V1.2: Indicator specification

Cia DS304 V1.01: Framework for safety-relevant communication

Cia DS305 V1.0: Layer Setting Services and Protocol

Cia DS306 V1.3: Electronic data sheet specification for CANopen

Cia DS401 V2.1: Device Profile for Generic I/O Modules

Cia DS404 V1.2: Device Profile Measuring Devices and Closed-Loop Controllers

Cia DS405 V2.0: Interface and Device Profile for IEC 61131-3 Programmable Devices

Cia DS406 V3.0: Device Profile for Encoders

Cia DS408 V1.52: Device profile fluid power technology proportional valves and hydrostatic transmissions

Cia DS418 V1.01: Device profile for battery modules

Cia DS419 V1.01: Device profile for battery chargers

Cia DSP302 V3.11: Framework for Programmable CANopen Devices

Cia DSP402 V1.1: Device Profile for Drives and Motion Control

Cia DSP407 V1.0: Application Profile for Passenger Information

Cia DSP410 V1.0: Device Profile for Inclinometer

Cia DSP413 V1.0: Device Profile for Truck GatewaysCia DSP414 V1.0: Device Profiles for Weaving Machines

Cia DSP414 V1.0:  Device Profiles for Weaving Machines

coff.dll是若干年前写的一个程序，代码结构极差，现在自己都看不懂了:(  这两天发现了一个很巧妙的用处，才把它放了上来。

这个动态库是用来解释TI DSP的Common Object File Format文件，就是通常看到的.out文件。

coff库实现了一些功能：
1）通过调用该库可以采用全局变量名称，读写相应变量在.out文件中的内容；
2）通过调用该库以全局变量名称作为参数，返回该变量在内存中的地址；
3）通过调用该库以变量的地址作为参数，返回该变量的名称；

coff库起初始是和PC机软件配合，通过串行口调试现场运行的机器，现场运行的机器连接仿真器经常出现炸机，不得于想出这种古怪的办法。

最近一个项目,客户要求控制板DSP内部存一个产品序列号，产品序列号自然要求每个DSP都不一样，这个库派上用场了，每烧写一片DSP，通过coff.dll修改.out文件中的产品序列号，省去了每烧写一块DSP重新编译工程的郁闷事。

使用方法：
将coff.dll、coff.lib、coffout.h三个添加到需要的VC工程：coff.dll运行时需要的库；coffout.h库函数的声明文件；coff.lib只有才用隐式调用才需要，采用LoadLibrary方式显式调用可以不要用coff.lib。

一款用于监听CAN总线通讯数据的小工具，支持ZLG各种CAN接口卡，本人在PCI9820上实验通过。

附件中附有源代码，VC 2005编译通过，可以自行更改源代码完善。

使用方法：

1）安装Zlg的CAN接口卡。

2）下载附件并解压缩，远行CanMonitor.exe即可。

3）点击捕获－>启动，设置相关参数后点确定，默认设置支持PCI9820 CAN接口卡。

4）点击编辑－>清除，可以清除窗口显示的数据。

大端(Big Endian)与小端(Little Endian)详解

(本文转自)http://hi.baidu.com/serial_story/blog/item/7e110587c3ed8e29c75cc3c7.html

【大端(Big Endian)与小端(Little Endian)简介】
Byte Endian是指字节在内存中的组织，所以也称它为Byte Ordering，或Byte Order。
     对于数据中跨越多个字节的对象， 我们必须为它建立这样的约定:
(1) 它的地址是多少?
(2) 它的字节在内存中是如何组织的?
    针对第一个问题，有这样的解释:
    对于跨越多个字节的对象，一般它所占的字节都是连续的，它的地址等于它所占字节最低地址。(链表可能是个例外， 但链表的地址可看作链表头的地址)。
    比如: int x， 它的地址为0x100。 那么它占据了内存中的Ox100， 0x101， 0x102， 0x103这四个字节（32位系统，所以int占用4个字节）。
    上面只是内存字节组织的一种情况: 多字节对象在内存中的组织有一般有两种约定。 考虑一个W位的整数。
    它的各位表达如下:[Xw-1， Xw-2， ... ， X1， X0],它的
    MSB (Most Significant Byte， 最高有效字节)为 [Xw-1， Xw-2， ... Xw-8];
    LSB (Least Significant Byte， 最低有效字节)为 [X7，X6，...， X0]。
    其余的字节位于MSB， LSB之间。

LSB和MSB谁位于内存的最低地址， 即谁代表该对象的地址?
这就引出了大端(Big Endian)与小端(Little Endian)的问题。
如果LSB在MSB前面， 既LSB是低地址， 则该机器是小端; 反之则是大端。
DEC (Digital Equipment Corporation，现在是Compaq公司的一部分)和Intel的机器（X86平台）一般采用小端。
IBM， Motorola(Power PC)， Sun的机器一般采用大端。
当然，这不代表所有情况。有的CPU即能工作于小端， 又能工作于大端， 比如ARM， Alpha，摩托罗拉的PowerPC。 具体情形参考处理器手册。
具体这类CPU是大端还是小端，应该和具体设置有关。
（如，Power PC支持little-endian字节序，但在默认配置时是big-endian字节序）
一般来说，大部分用户的操作系统（如windows, FreeBsd,Linux）是Little Endian的。少部分，如MAC OS ,是Big Endian 的。
所以说，Little Endian还是Big Endian与操作系统和芯片类型都有关系。

Linux系统中，你可以在/usr/include/中（包括子目录）查找字符串BYTE_ORDER(或
_BYTE_ORDER, __BYTE_ORDER)，确定其值。BYTE_ORDER中文称为字节序。这个值一般在endian.h或machine/endian.h文件中可以找到,有时在feature.h中，不同的操作系统可能有所不同。

对于一个数0x1122
使用Little Endian方式时，低字节存储0x22，高字节存储0x11
而使用Big Endian方式时, 低字节存储0x11, 高字节存储0x22

【用函数判断系统是Big Endian还是Little Endian】
bool IsBig_Endian()
//如果字节序为big-endian，返回true;
//反之为   little-endian，返回false
{
    unsigned short test = 0x1122;
    if(*( (unsigned char*) &test ) == 0x11)
       return TRUE;
else
    return FALSE;

}//IsBig_Endian()