5

在 systemtap 中检查用户空间应用程序的局部变量时遇到问题。

我这样写一个test.c:

#include <stdio.h>

int func(int *p, int val)
{
        printf("p=%p val=%d\n", p, val);
        return 1;
}

int main()
{
        int a = 7;
        func(&a, a);
        return 0;
}

并编译它-g

# gcc -g -o test test.c

Systemtap 可以看到func():的变量pval

# stap -L 'process("./test").function("func")'
process("/home/ryan/Public/test").function("func@/home/ryan/Public/test.c:3") $p:int* $val:int

所以我使用这个 stp 来观察变量:

# stap -e 'probe process("./test").function("func") {printf("%s(%p, %d)\n", probefunc(), $p, $val)}'

但是测试程序执行时结果中的局部变量不正确,它显示:

func(0x0, 0)

我正在使用 fedora19:

kernel-3.11.9-200.fc19.x86_64
systemtap-sdt-devel-2.3-1.fc19.x86_64
systemtap-2.3-1.fc19.x86_64
systemtap-client-2.3-1.fc19.x86_64
systemtap-devel-2.3-1.fc19.x86_64
systemtap-runtime-2.3-1.fc19.x86_64
gcc-4.8.2-7.fc19.x86_64

有人可以遇到这个问题或给我一个解决方案吗?

4

1 回答 1

4

.function 探针被定义为在函数入口处触发。如果您要查找局部变量的值,则需要使用 .statement 探针,识别源文件:行号。但是,在这种情况下,您正在寻找函数的参数(恰好基于另一个函数的局部变量)。在这种情况下, .function 探针是合适的。

您似乎遇到了 GCC 错误。在纯 -g 模式下(具有讽刺意味),dwarf debuginfo 有时对于传入的函数参数不准确。改用“gcc -g -O”或“gcc -g -O2”。Systemtap 序言搜索(stap -P)可能会有所帮助。另见http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51358 , https://sourceware.org/bugzilla/show_bug.cgi?id=13420

如果“stap -P”没有帮助,您可能需要求助于语句级探测:

probe process("./test").statement("func@test.c:5") { println($$parms) }

(第 :5 行指的是 printf)

于 2013-12-25T23:57:06.430 回答