根据我的理解,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
的{{1}}完全相同。根据这个,根据x86_64调用约定,不应该info frame
的值为$rbp
吗?为什么当前的0x7ff7143fb4c0
是$rbp
?有人可以帮助填补空白吗?
答案 0 :(得分:3)
据我了解,x86_64调用约定指定返回地址a.k.a保存的$ rip应该在当前帧基础上方$ rbp
您的理解完全错误:x86_64
ABI未将$RBP
指定为帧寄存器。 $RBP
的值可以是任何值。
现在,在没有优化或使用-fno-omit-frame-pointer
的情况下编译时,或者在使用alloca
的例程中,或在具有可变数量的参数的例程中,$RBP
通常是用作帧指针。但不是在其他例程中,不在libc.so.6
等内部
你没有说出你停止了GDB的例程,或者该例程是如何编译的,甚至是 在那个例程中你被停止了,所以你提供的大部分GDB输出都缺乏任何有意义的背景。