在我的理解中，x86_64 调用约定指定 return address a.k.a saved $rip 应该在当前框架基础 $rbp 的正上方 - 例如:
8(%rbp) return address
0(%rbp) previous %rbp value
x86_64 调用约定的引用:
http://6.035.scripts.mit.edu/sp16/x86-64-architecture-guide.html
http://eli.thegreenplace.net/2011/09/06/stack-frame-layout-on-x86-64/
但是，我从进程的
$rbp 获得的帧和 gdb 寄存器对我来说没有意义:寄存器:
(gdb) info registers
rax 0xfffffffffffffffc -4
rbx 0x7ff7143fbc40 140699173370944
rcx 0xffffffffffffffff -1
rdx 0x80 128
rsi 0x7ff7143fb4e0 140699173369056
rdi 0x9 9
rbp 0x7ff7143fbb00 0x7ff7143fbb00
rsp 0x7ff7143fb4c0 0x7ff7143fb4c0
r8 0x7ff715e2a630 140699200824880
r9 0xa072 41074
r10 0x493e0 300000
r11 0x293 659
r12 0x7ff715e2a600 140699200824832
r13 0x7ff715e2a630 140699200824880
r14 0x7ff7143fb4e0 140699173369056
r15 0x7ff715c73078 140699199025272
rip 0x7ff71d466f33 0x7ff71d466f33 <epoll_wait+51>
eflags 0x293 [ CF AF SF IF ]
cs 0x33 51
ss 0x2b 43
ds 0x0 0
es 0x0 0
fs 0x0 0
gs 0x0 0
框架:
(gdb) info frame
Stack level 0, frame at 0x7ff7143fb4d0:
rip = 0x7ff71d466f33 in epoll_wait; saved rip = 0x459347
called by frame at 0x7ff7143fbb10
Arglist at 0x7ff7143fb4b8, args:
Locals at 0x7ff7143fb4b8, Previous frame's sp is 0x7ff7143fb4d0
Saved registers:
rip at 0x7ff7143fb4c8
如果我从堆栈指针(
$rsp 、 $rsp+0x8 、 $rsp+0x10 等)返回，我应该能够在堆栈上找到 saved $rip 。好消息是 - 我做了 !(gdb) x/8x 0x7ff7143fb4c8
0x7ff7143fb4c8: 0x47 0x93 0x45 0x00 0x00 0x00 0x00 0x00
问题:
正如您在此处看到的，地址
0x7ff7143fb4c8 处的 8 字节内存与 gdb 中来自 saved $rip 的 info frame 完全相同。据此，根据x86_64调用约定，$rbp的值不应该是0x7ff7143fb4c0吗？为什么当前的 $rbp 是 0x7ff7143fbb00 ？有人可以帮助填补这里的空白吗？ 最佳答案
你的理解是完全错误的:x86_64 ABI 没有将 $RBP 指定为帧寄存器。 $RBP 的值可以是任何值。
现在，在没有优化的情况下，或使用 -fno-omit-frame-pointer 编译时，或在使用 alloca 的例程中，或在具有可变数量参数的例程中， $RBP 通常用作帧指针。但不在其他例程中，不在 libc.so.6 等中。
您没有说明您在哪个例程中停止 GDB，或者该例程是如何编译的，甚至您在该例程中的哪个位置停止，因此您提供的大部分 GDB 输出都缺乏任何有意义的上下文。
关于c - GDB:如何解释 x86_64 调用堆栈和寄存器(特别是 $rbp)，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/39404761/