Linux上的gdb fork()exec

时间:2012-03-15 00:03:24

标签: c++ linux gdb

我在这个网站上发现了类似的问题,但解决方案对我不起作用。 在我的主()中,我有

if(fork()== 0)   execl(程序b,args);

我在每个开始都设置了几个断点。 然后我使用“set follow-fork-mode”并运行。

fork之后,gdb附加到子进程,显示出来 “在分叉到子进程29730后附加。” 但是我不会再有机会在程序b中设置断点,虽然我在程序b中有15秒睡眠。它一直执行到结束或休息。

如何在程序b中设置断点?

谢谢!

1 个答案:

答案 0 :(得分:3)

  

但我不会再有机会在程序b中设置断点

诀窍是将子节点中的断点设置为延迟断点。当孩子为execl() d时,GDB会在其中设置断点。例如:

// a.c
#include <unistd.h>

int main()
{
  if (0 == fork()) execl("./b.out", "b.out", (char*)0);
  return 0;
}


// b.c
int foo() { return 0; }

int main() { return foo(); }


gcc -g a.c; gcc -g b.c -o b.out


gdb -nx -q ./a.out
Reading symbols from /tmp/a.out...done.
(gdb) b foo
Function "foo" not defined.
Make breakpoint pending on future shared library load? (y or [n]) y
Breakpoint 1 (foo) pending.

断点正在等待,因为foo()中没有a.outfoo()中有b.out

(gdb) set follow-fork-mode child
(gdb) run
Starting program: /tmp/a.out 
[New process 18759]
process 18759 is executing new program: /tmp/b.out
[Switching to process 18759]

Breakpoint 1, foo () at b.c:1
1   int foo() { return 0; }
(gdb) bt
#0  foo () at b.c:1
#1  0x00000000004004dd in main () at b.c:3
(gdb) quit