gpt4 book ai didi

assembly - 关于 NASM 列表文件中的括号

转载 作者:行者123 更新时间:2023-12-05 03:25:22 25 4
gpt4 key购买 nike

我试图理解汇编和链接是如何工作的,所以我有一个使用 NASM 生成的列表文件,我在思考方括号 ([]) 的含义,这是一种表明这是一个可重新分配的地址的方法可能会在链接阶段发生变化?

编辑:我正在使用 nasm -f obj

获取此 .lst 文件
     1                                  segment data public
2 00000000 4141414141414141 db 8 dup ('A')
3 segment code public
4 ..start:
5 00000000 B8[ssss] mov ax,data
6 00000003 B8[0300] mov ax,$
7 00000006 B8[0000] mov ax,..start
8 00000009 B80002 mov ax,200h
9 0000000C EBFE jmp $

最佳答案

NASM 用方括号 [ ] 或圆括号 ( ) 修饰列表转储中的可重定位值。这通常表示括号中的值可能与链接程序中的值不同,这可以在运行时在调试器中看到。汇编程序不知道来自其他单独组装模块的代码和数据如何在链接时连接在一起。它也不知道代码和数据将在运行时加载的地址,因此它假定所有段都从地址 0 开始。绝对重定位(标记为[ ])指定括号中的值(偏移量)需要增加以匹配运行时的最终地址。

在您的 16 位示例中,仅当您的程序将与也定义了 segment code public 的其他模块链接时,这种差异才适用,并且如果该其他模块先行,从而提高了您的 代码段。否则,第 6 行和第 7 行的偏移量在链接时间后有效,并且这些指令将在最终可执行文件中编码为 B80300B80000(不应用重定位)。

指令JMPNCALLN编码目标地址相对于后续指令的地址(保存在指令指针寄存器),所谓的RIP 相对寻址。当对同一段执行 NEAR JMPCALL 时,汇编程序能够立即计算出差异并且不请求重定位。但是,我们也可以从其他单独组装的模块中调用一些过程。虽然这个过程也可能位于段代码公共(public)中,它将与主要的代码段链接在一起,但汇编器不知道段的最终布局,所以它必须扩展相对重定位请求,并用括号( )修饰CALLN编码中的立即数。

第 5 行是一个不同的野兽:它对 data 段的第一个字节的 段地址 进行编码,而不是对其偏移量进行编码。这就是为什么 NASM 使用 [ssss] 而不是 [0000] 显示段落地址,并且这个值肯定不是零 - 它取决于 DOS 加载的地址可执行程序。
使用 mov ax,datamov ds,ax 初始化段寄存器并不是需要段重定位的唯一情况,它用于每个 JMPF 的编码CALLF 指令。指向 JMPFCALLF 编码段部分的远指针被收集在 DOS 可执行文件中紧跟在 MZ 头之后(所谓的 重定位条目)和它们用于修改 FAR 指令和存储的 FAR 指针的段部分在加载时

其他组装商可能会以不同方式表示列表中的重定位,
例如 €ASM使用 [ ]( ){ } 来区分绝对、RIP 相对和段地址重定位。

关于assembly - 关于 NASM 列表文件中的括号,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/72016509/

25 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com