只是好奇,但有人能够向我解释这个 info frame
输出。
这是一个玩具程序:
#include <stdio.h>
int foo(int argc) {
printf("Hello world! %d\n", argc);
}
int main(int argc, char *argv[]) {
foo(argc);
return 0;
}
这是在
info frame
中断时的 gdb foo
输出:(gdb) info frame
Stack level 0, frame at 0x28abf0:
eip = 0x401196 in foo (a.c:4); saved eip 0x4011c4
called by frame at 0x28ac10
source language c.
Arglist at 0x28abe8, args: argc=1
Locals at 0x28abe8, Previous frame's sp is 0x28abf0
Saved registers:
ebp at 0x28abe8, eip at 0x28abec
(gdb) p &argc
$1 = (int *) 0x28abf0
(gdb)
为什么 locals 和 arglist 在同一个位置?据我所理解,
Locals at
应将当前 ebp 值表示为上限地址对于当前帧的局部变量(它确实如此)。但是为什么 arglist
指向同一个位置?基于打印
&argc
,值Arglist at
似乎绝对没有指向参数。顺便说一句,我确实了解 x86 调用约定和结构
堆栈帧。我觉得奇怪的是,所有的在线
我能找到的信息框架具有相同的
Arglist at
和 Locals at
值,但只有这个关于这种不一致的孤独帖子:
http://forums.devshed.com/programming-42/gdb-info-frames-arglist-locals-address-782598.html
无论如何,在某种程度上想知道是否有一个已知的原因
为此,和/或人们如何实际发布 gdb 错误。谢谢!
最佳答案
此输出只是矮人前时代的遗物。它应该被删除,至少在某些情况下。查看非常简洁的 gdb 错误:https://sourceware.org/bugzilla/show_bug.cgi?id=13260
关于x86 - gdb 信息帧输出 : Wrong value for "Arglist at"?,我们在Stack Overflow上找到一个类似的问题:https://stackoverflow.com/questions/22876072/