今天,当我在linux上调试我的代码时,我突然发现 gdb 中的函数地址与 nm 显示的不同。 (可执行文件是静态链接的。)
我认为他们展示的地址应该是相同的,因为它们都是逻辑地址。但今天的发现让我很困惑。
有人知道他们与众不同的原因吗?
我编写以下简单程序来说明我遇到的情况。
void fo()
{
return ;
}
void foo()
{
fo();
}
int add(int a, int b)
{
foo();
return a + b;
}
int main()
{
int a = 1;
int b = 2;
add(a, b);
return 0;
}
nm 的输出为:
0000000000400584 T _Z2fov
0000000000400595 T _Z3addii
000000000040058a T _Z3foov
00000000004005b3 T main
但是当我使用gdb来调试已编译的可执行文件时,将断点放在第3行。
(gdb) bt
#0 fo () at test.cpp:4
#1 0x0000000000400593 in foo () at test.cpp:9
#2 0x00000000004005a8 in add (a=1, b=2) at test.cpp:14
#3 0x00000000004005d8 in main () at test.cpp:22
你可以看到gdb的输出与 nm 的输出不同。
答案 0 :(得分:6)
因为nm
显示了该函数的 start 的地址,而gdb
stacktrace 显示了执行进度的确切位置里面这个功能。确切地说,它应该是堆栈帧中的返回地址,即当堆栈中它上面的函数返回时,指向要在函数中执行的下一条指令的指针。
注意,如果您只是通过评估函数指针表达式询问gdb
函数指针,它应该给出与nm
相同的地址。