【发布时间】:2013-12-11 22:37:42
【问题描述】:
我们有一个多进程应用程序,其中调试特定子进程被证明是困难的。由于进程之间的消息传递超时,我们没有时间将 gdb 附加到目标子进程,所以我想知道是否可以通过 systemtap 探针停止进程?
我认为应该需要一个简单的探测,例如:
probe process("exeName").mark("STOP_HERE")
{
force_sig(SIGSTOP, current);
}
不幸的是,上面没有编译...有什么想法吗?
我不是 systemtap 专家,所以这可能不是最好的解决方案,但对于任何有兴趣的人来说,这是我的粗略解决方案:
#!/bin/stap -g
global gdbRunning = 0;
probe process(@1).mark(@2)
{
raise(%{ SIGSTOP %});
gdbCmd = sprintf("cgdb -- -q -ex 'thread find %d' %s %d", tid(), @1, pid());
if (gdbRunning == 0)
{
gdbRunning = 1;
printf("STOP PID %d TID %d [%s]\n", pid(), tid(), gdbCmd);
system(gdbCmd);
}
else
{
printf("STOP PID %d TID %d\n", pid(), tid());
}
}
【问题讨论】:
-
我建议您使用单个子进程开始您的进程。从单个孩子开始而不是创建多个然后编写处理程序来阻止它们会更容易..
-
拉希特耆那教;感谢您的建议,但不幸的是,这不是一个选择 - 它会让事情变得更容易。我可能出于兴趣尝试的另一种选择是 lldb,它启动并且可以比 gdb 更快地连接(但我坚持 fche 对 mo 的回答)。
标签: c++ linux gdb signals systemtap