弹出 x86 堆栈以访问函数 arg 时出现分段错误

我正在尝试链接 x86 程序集和 C。

我的C程序：

extern int plus_10(int);

# include <stdio.h>

int main() {
    int x = plus_10(40);
    printf("%d\n", x);
    return 0;
}

我的组装程序：

[bits 32]

section .text

global plus_10
plus_10:
    pop edx
    mov eax, 10
    add eax, edx
    ret

我将两者编译并链接如下：

gcc -c prog.c -o prog_c.o -m32
nasm -f elf32 prog.asm -o prog_asm.o
gcc prog_c.o prog_asm.o -m32

但是，当我运行生成的文件时，出现分段错误。

但是当我更换

pop edx

with

mov edx, [esp+4]

该程序运行良好。有人可以解释为什么会发生这种情况吗？

这是一个可能的汇编代码int x = plus_10(40);

        push    40                      ; push argument
        call    plus_10                 ; call function
retadd: add     esp, 4                  ; clean up stack (dummy pop)
        ; result of the function call is in EAX, per the calling convention

        ; if compiled without optimization, the caller might just store it:
        mov     DWORD PTR [ebp-x], eax  ; store return value
                                        ; (in eax) in x

现在当你打电话时plus_10, 地址retadd被压入堆栈call操作说明。它实际上是一个push+jmp, and ret是有效地pop eip.

所以你的堆栈看起来像这样plus_10功能：

|  ...   |
+--------+
|   40   |  <- ESP+4 points here (the function argument)
+--------+
| retadd |  <- ESP points here
+--------+

ESP指向包含返回地址的内存位置。

现在如果你使用pop edx返回地址进入edx堆栈如下所示：

|  ...   |
+--------+
|   40   |  <- ESP points here
+--------+

现在如果你执行ret此时，程序实际上会跳转到地址 40，并且很可能出现段错误或以其他不可预测的方式运行。

编译器生成的实际汇编代码可能有所不同，但这说明了问题。

顺便说一句，编写函数的更有效方法是：对于这个小函数的非内联版本，大多数编译器在启用优化的情况下都会这样做。

global plus_10
plus_10:
    mov   eax,  [esp+4]    ; retval = first arg
    add   eax,  10         ; retval += 10
    ret

这比

    mov   eax,  10
    add   eax,  [esp+4]        ; decode to a load + add.
    ret