nasm概念 : 16bits 32bits 代码

nasm使用简易教程

https://www.cnblogs.com/wufu/articles/5077359.html

nasm 语法里面 bits 16和bits 32的深层意思是什么啊？

https://bbs.csdn.net/topics/300053651

一般在实模式下用16位,保护模式用32位
有些时候一个nasm文件里,同时会处理16或者32位,例如在写实模式跳转到保护模式,在初始化保护模式中最后一句跳转指令所跳到的标号地址一定再[bits 32]下面

 

二：

nasm概念 : 16bits 32bits 代码

http://blog.sina.com.cn/s/blog_55c555f10102vtz1.html

目标：突破1M限制

 

在对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位的。

==================================================

16位段最大64K（IP SP BP SI DI是16位的，大了表示不了）
32位最大4G（EIP...是32位的）

 

16位段默认的操作数是16位的
32位段默认的操作数是32位的

在操作数大小不显式指明的时候用，比如：
push 0 ；既可以是push 0000 也可以是 push 00000000
编译器需要知道push后面几个字节是需要入栈的数，来生成适合16位模式或32位模式的代码。

 

你可以把设置成[bits 16]然后编译输出列表文件nasm -f bin xx.asm -o xx.com -l xx.lst
然后再设置成[bits 32]然后编译输出列表文件nasm -f bin xx.asm -o xx.com -l xx32.lst
然后用记事本打开两个列表文件比较一下，带地址以及立即数的指令,16位的和32位的是不同的

 

  2.1 NASM命令行语法
要汇编一个文件，你可以以下面的格式执行一个命令：      nasm -f   [-o ]
比如,                                                                                       

      nasm -f elf myfile.asm         会把文件''myfile.asm''汇编成''ELF''格式 的文件''myfile.o''.还有：         

      nasm -f bin myfile.asm -o myfile.com        会把文件''myfile.asm''汇编成纯二进制格式的文件''myfile.com''。

      想要以十六进制代码的形式产生列表文件输出，并让代码显示在源代码的左侧，使用''-l''选项并给出列表文件名，比如：

      nasm -f coff myfile.asm -l myfile.lst

      想要获取更多的关于NASM的使用信息，请输入：
      nasm -h

      它同时还会输出可以使用的输出文件格式，如果你使用Linux并且不清楚你的系统是''a.out''还是''ELF''，请输入：      file nasm
(在nasm二进制文件的安装目录下使用),如果系统输出类似下面的信息：     

     nasm: ELF 32-bit LSB executable i386 (386 and up) Version 1

那么你的系统就是''ELF''格式的，然后你就应该在产生Linux目标文件时使用选项''-f elf'',如果系统输入类似下面的信息：

     nasm: Linux/i386 demand-paged executable (QMAGIC)

或者与此相似的，你的系统是''a.out''的，那你应该使用''-f aout''(Linux的''a.out''系统很久以前就过时了，现在已非常少见。)
     就像其他的Unix编译器与汇编器，NASM在碰到错误以前是不输出任何信息的，所以除了出错信息你看不到任何其他信息。