16位和32位代码段

在对ix86编程时，有时候需要从实模式变换到保护模式（如在DOS时代要访问扩展内存，或者编写引导代码，当然，如果在32位的操作系统下面编程，是碰不到这个问题的），总是要涉及16位代码段和32位代码之间的跳转问题。因此有必要对他们进行区分。

16位代码段和32位代码段的主要区别是，在16位代码段中，跳转目标的偏移用16位表示，而在32位代码段中，跳转目标的偏移用32位表示。

在实模式下，CPU总是进行16位的跳转，即当它在解析跳转的目标时，总是读取内存中的16位的值作为跳转目标。为此，汇编器要配合CPU，产生这种用16位表示偏移量的代码。

在保护模式下，问题要稍微复杂一点，因为此时CPU如何解析跳转目标，和目标代码段的属性有关系。在保护模式下，每一个代码段都由一个代码段描述符表示。在代码段描述符中有一个字段表示这个段是16位代码段还是32位代码段，如果跳转目标在16位代码段中，CPU就从内存中读取一个16位的值作为跳转的偏移；如果跳转目标在32位代码段中，CPU就从内存中读取一个32位的值作为跳转的偏移。由此可见，在保护模式下，偏移量并不总是32位的值。在32位的操作系统中，用户程序总是被编译成32位的代码，为此，汇编器要配合CPU，产生用32位表示偏移量的代码。

现在问题出来了，当CPU从实模式变换到保护模式时，如何产生出正确的可以让CPU运行的代码？

有两种方法可以解决这个问题。

第一种，在实模式下执行的代码理所当然的要编译成16位偏移的代码，在保护模式下执行的代码也编译成16位偏移的代码，并且在代码段的描述符中，把代码段设成16位的。这种方法的优点是，即使汇编器不能产生32位偏移的代码，我们也可以进行保护模式下的程序设计。这种方法的缺点是，因为偏移量是16位的，所以代码段的大小受到限制。

第二种，在实模式下执行的代码还是要编译成16位偏移的代码，在保护模式下执行的代码编译成32位偏移的代码，并且在代码段的描述符中，把代码段设成32位的。这种方法的优点是，程序能够充分利用32位处理器的强劲功能。但是这种方法有一个麻烦的地方：我们不可避免的要从16位偏移的代码跳转到32位偏移的代码。这又如何实现？因为在编写16位偏移的代码时，一般情况下，我们需要让汇编器产生16位偏移的代码，但是对于跳转到32位代码段的那个跳转指令，我们又希望汇编器产生32位偏移的代码。这是一个矛盾。要解决这个矛盾，有好几种方法可供选择。我知道三种方法：1.不要汇编器产生代码，而是由程序员以变量定义的形势，把机器代码写入代码段。这种方法不要汇编器的帮助。2.有的汇编器允许程序员指定跳转偏移量的尺寸，并根据程序员的指定产生正确的代码，例如NA***。3.把汇编器从16位编译模式转换到32位的编译模式，NA***和GAS都支持这种方法。但是有的汇编器只允许在段定义时指定编译模式，在段内不能再改变编译模式，这种方法就行不通了。

代码段时32位还是16位是由段定义说明中的[BITS16]或[BITS32]决定的。

[BITS16]表示这个段是按照16位进行编译的，代码地址(比如一个label)都是16位的；[BITS32]表示编译时这个段中指令的地址都是32位的。

D/B：当描述符指向的是可执行代码段时，这一位叫做D位，D=1时，CPU假定地址为32位，操作数为32/8位，D=0CPU假定地址为16位，操作数为16/8位。

对于代码段，此时这个标志称为D标志并用于指出该段中的指令引用有效地址和操作数的默认长度。如果该标志置位，则默认值是32位地址和32位或8位的操作数；如果该标志为0，则默认值是16位地址和16位或8位的操作数。指令前缀0x66可以用来选择非默认值的操作数大小；前缀0x67可用来选择非默认值的地址大小

对于代码段，D/B就是告诉CPU当前代码段是32位代码段还是16位代码段。

32位的代码段，汇编器在编译生成机器码的时候，指令偏移地址都是32位的，操作数为32为或者8位的。如果32位代码段中用到了16位的操作数，则汇编器会自动在16位操作数前加16-bit数前缀。

• The operand-size prefix (66H)
• The address-size prefix (67H)

实模式下，指令偏移地址都是16位的。