x86_64 调用约定和堆栈帧

Question

我试图理解 GCC (4.4.3) 为在 Ubuntu Linux 下运行的 x86_64 机器生成的可执行代码。特别是，我不明白代码如何跟踪堆栈帧。在过去，在 32 位代码中，我习惯于在几乎每个函数中看到这个“序言”：

push %ebp
movl %esp, %ebp

然后，在函数结束时，会出现一个“尾声”

sub $xx, %esp   # Where xx is a number based on GCC's accounting.
pop %ebp
ret

或者干脆

leave
ret

完成同样的事情：

• 将堆栈指针设置为当前帧的顶部，就在 退货地址
• 恢复旧的帧指针值。

在 64 位代码中，正如我通过 objdump 反汇编看到的那样，许多函数不遵循这个约定——它们不推送 %rbp 然后将 %rsp 保存到 %rbp，像 GDB 这样的调试器如何构建一个回溯？

我的真正目标是尝试找出一个合理的地址，当执行到达程序中任意函数的开头时，将其视为用户堆栈的顶部（最高地址），堆栈指针可能在该处下移了。例如，对于“top”，argv 的原始地址是理想的——但我无法从 main 调用的任意函数访问它。起初我以为可以使用旧的回溯方法：追逐保存的帧指针值，直到保存的值为 0——然后，之后的下一个可以算作最高实用值。 （这与获取 argv 的地址不同，但它会做——例如，找出 _start 或任何 _start 调用的堆栈指针值[例如，__libc_start_main]。）现在，我不知道如何获取 64 位代码中的等效地址。

谢谢。

Answer 1

我认为区别在于在 amd64 中更鼓励省略帧指针。 abi 第 16 页的脚注说

可以通过使用 %rbp 作为堆栈帧的帧指针来避免常规使用 %rsp（堆栈指针）索引到堆栈帧。这种技术在序言和尾声中保存了两条指令，并使一个额外的通用寄存器 (%rbp) 可用。

我不知道 GDB 是做什么的。我假设当使用-g 编译时，对象具有神奇的调试信息，允许 GDB 重建它需要的内容。我认为我没有在没有调试信息的情况下在 64 位机器上尝试过 GDB。

Answer 2

如果 argv 的地址是你想要的，为什么不在 main 中保存一个指向它的指针呢？
尝试展开堆栈将是高度不可移植的，即使您让它工作。
即使您确实设法返回堆栈，第一个函数的帧指针是否为 NULL 也不是很明显。堆栈上的第一个函数不会返回，而是调用系统调用退出，因此它的帧指针永远不会被使用。没有充分的理由将其初始化为 NULL。

Answer 3

假设我正在链接 glibc（我正在这样做），看起来我可以使用 glibc 全局符号 __libc_stack_end 来解决这个问题：

extern void * __libc_stack_end;

void myfunction(void) {
  /* ... */
  off_t stack_hi = (off_t)__libc_stack_end;
  /* ... */
}

Answer 4

GDB 使用 DWARF CFI 来展开。对于使用 -g 编译的未剥离的二进制文件，这将位于 .debug_info 部分。对于剥离的 x86-64 二进制文件，.eh_frame 部分中有展开信息。这在x86-64 ABI，第 3.7 节，第 56 页中定义。自己处理这些信息非常困难，因为解析 DWARF 非常复杂，但我相信libunwind 包含对它的支持。