8

我正在使用 gdb 执行一个基本的 C 程序。我在开头有一个断点main()。运行代码后，gdb 按预期在 main() 处中断。现在，如果我检查堆栈指针寄存器（rsp），我看到

0x7fffffffe170: 0x00000000.

当我使用cat /proc/17232/stat | cut -d" " -f29/proc（其中 17232 是此过程的 pid）检索相同的信息时，我看到：

140737488347112 (which in hex is: 0x7fffffffdfe8).

为什么我们会从 gdb 中看到不同的当前堆栈指针值。还有，为什么 gdb 将 rsp 的内容显示为 NULL (0x00000000)？

谢谢。

4

1 回答 1

2

打印rsp寄存器（在 64b cpus 上）/proc

(gdb) info register rsp
rsp            0x7fffffffe480   0x7fffffffe480

与来自的值相比，确实给出了不同的值/proc

me@linux:~$ cat /proc/22219/stat | cut -d" " -f29 | perl -e 'print(sprintf("%x\n",<>));'
7fffffffe338

因为gdb必须在main函数开始时强制中断程序以接管执行，并且将最小的数据集（返回地址，一些寄存器备份）保存到堆栈中。然后， gdb使用自己的堆栈不会溢出程序一，并在您请求查看寄存器或处理堆栈数据时进行必要的调整操作 - 并且不显示内部gdb烹饪。但是显示的是真实数据，没有变化。/proc

“真正的” rsp/proc实际上比 gdb 略少，因为在 x86 cpus 上，堆栈向下增长。

至于空值，在我的测试中没有发生

(gdb) x 0x7fffffffe480
0x7fffffffe480: 0xffffe578
于 2013-02-20T13:26:15.830 回答