分段故障，在.data节中有变量

Question

我正在尝试学习nasm。我想制作一个打印“你好，世界”的程序。 n次（在这种情况下为10）。我正在尝试将循环寄存器值保存在常数中，以便在执行循环的主体时不会更改。当我尝试执行此操作时，我会收到分段故障错误。我不确定为什么会发生这种情况。

我的代码：

SECTION .DATA
    print_str:          db 'Hello, world.', 10
    print_str_len:      equ $-print_str

    limit:              equ 10
    step:               dw 1

SECTION .TEXT
    GLOBAL _start 

_start:
    mov eax, 4              ; 'write' system call = 4
    mov ebx, 1              ; file descriptor 1 = STDOUT
    mov ecx, print_str      ; string to write
    mov edx, print_str_len  ; length of string to write
    int 80h                 ; call the kernel

    mov eax, [step]         ; moves the step value to eax
    inc eax                 ; Increment
    mov [step], eax         ; moves the eax value to step
    cmp eax, limit          ; Compare sil to the limit
    jle _start              ; Loop while less or equal

exit:
    mov eax, 1              ; 'exit' system call
    mov ebx, 0              ; exit with error code 0
    int 80h                 ; call the kernel

结果：

Hello, world.
Segmentation fault (core dumped)

CMD：

nasm -f elf64 file.asm -o file.o
ld file.o -o file
./file

Answer 1

章节.data是崩溃的直接原因。较低案例部分.data是特殊的，并链接为可执行文件的读写（私有）映射。部分名称对大小写。

上盘.data对于NASM或Linker不是特别的，并且最终以文本段无需写入许可的映射读取+exec

。代码>也很奇怪：默认情况下objdump -drwc -mintel仅拆卸.text procepter（避免拆卸数据，就好像是代码一样），因此显示为空输出对于您的可执行文件。

在较新的系统上权限，因此.text中的代码将segfault。与 indeblysbly。 >

---

在GDB（gdb ./foo，starti）下启动程序后，我从另一个外壳中查看了该过程的内存映射。

$ cat /proc/11343/maps
00400000-00401000 r-xp 00000000 00:31 110651257                          /tmp/foo
7ffff7ffa000-7ffff7ffd000 r--p 00000000 00:00 0                          [vvar]
7ffff7ffd000-7ffff7fff000 r-xp 00000000 00:00 0                          [vdso]
7ffffffde000-7ffffffff000 rwxp 00000000 00:00 0                          [stack]

As you can see, other than the special VDSO mappings and the stack, there's only the one file-backed mapping, and it has read+exec permission only.

Single-stepping inside GDB, the mov eax,DWORD PTR ds:0x400086 load succeeds, but the mov DWORD PTR ds:0x400086,eax store faults。 （请参阅 x86 tag wiki for GDB ASM提示。

） ，我们可以看到告诉OS的程序加载程序如何将其映射到内存中：

$ readelf -a foo   # broken version
  ...
Program Headers:
  Type           Offset             VirtAddr           PhysAddr
                 FileSiz            MemSiz              Flags  Align
  LOAD           0x0000000000000000 0x0000000000400000 0x0000000000400000
                 0x00000000000000bf 0x00000000000000bf  R      0x200000

 Section to Segment mapping:
  Segment Sections...
   00     .DATA .TEXT 

注意.data和.text 在同一段中。这就是您想要的章节.rodata（一个标准的部分名称，您应该在其中添加读取的常数数据（例如字符串），但它对可变的全局变量不起作用。

修复您的ASM以使用pection .Data和.text，readelf显示了我们：

$ readelf -a foo    # fixed version
  ...
Program Headers:
  Type           Offset             VirtAddr           PhysAddr
                 FileSiz            MemSiz              Flags  Align
  LOAD           0x0000000000000000 0x0000000000400000 0x0000000000400000
                 0x00000000000000e7 0x00000000000000e7  R E    0x200000
  LOAD           0x00000000000000e8 0x00000000006000e8 0x00000000006000e8
                 0x0000000000000010 0x0000000000000010  RW     0x200000

 Section to Segment mapping:
  Segment Sections...
   00     .text 
   01     .data 

请注意，请注意，00 s segment 00是无w的r + e， .text部分在其中。段01是无exec的RW（read + Write），.Data部分在那里。

加载标签意味着它们将其映射到该过程的虚拟地址空间中。某些部分（例如调试信息）不是，只是其他工具的元数据。但是NASM标志未知的部分名称为Progbits，即加载，这就是为什么它能够链接并具有负载而不是segfault的原因。

---

将其修复到使用e节.DATA后，您的程序将在无segfaulting 的情况下运行。

循环运行一次迭代，因为以下2个字节步骤：DW 1不是零。 DWORD加载后，我的系统上的rax = 0x2c0001。 cmp 在0x002c0002和之间

（ ”。 使用DD用于数据dword 。

---

顺便说一句，无需将循环计数器保持在内存中。您不使用RDI，RSI，RBP或R8..R15用于任何东西，因此您可以将其保存在寄存器中。像MOV EDI一样，限制在循环之前，dec edi/jnz在底部。

但是实际上，如果要构建64位代码，则应使用64位syscall abi，​​而不是32位int 0x80 abi。 如果您在64位代码中使用32-1位INT 0x80 Linux ABI会发生什么？。或构建32位可执行文件，如果您遵循为此编写的指南或教程。

无论如何，在这种情况下，您可以将ebx用作循环计数器，因为syscall abi使用不同的args用于寄存器。