只是好奇,但有人能够向我解释这个 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 atLocals 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/

10-11 04:20