在子进程中sleep。然后attach上去。
gdb --pid=123456
ps出子进程的id,gdb attach 进程号.
http://www.ibm.com/developerworks/cn/linux/l-cn-gdbmp/index.html
实际上，GDB 没有对多进程程序调试提供直接支持。比如。使用GDB调试某个进程，假设该进程fork了子进程，GDB会继续调试该进程，子进程会不受干扰地执行下去。
假设你事先在子进程代码里设定了断点，子进程会收到SIGTRAP信号并终止。
那么该怎样调试子进程呢？事实上我们能够利用GDB的特点或者其它一些辅助手段来达到目的。此外。GDB 也在较新内核上增加一些多进程调试支持。
接下来我们具体介绍几种方法，各自是 follow-fork-mode 方法。attach 子进程方法和 GDB wrapper 方法。
follow-fork-mode
在2.5.60版Linux内核及以后，GDB对使用fork/vfork创建子进程的程序提供了follow-fork-mode选项来支持多进程调试。
follow-fork-mode的使用方法为：
set follow-fork-mode [parent|child]
parent: fork之后继续调试父进程，子进程不受影响。
child: fork之后调试子进程。父进程不受影响。
因此假设须要调试子进程，在启动gdb后：
(gdb) set follow-fork-mode child
并在子进程代码设置断点。
此外还有detach-on-fork參数，指示GDB在fork之后是否断开（detach）某个进程的调试，或者都交由GDB控制：
set detach-on-fork [on|off]
on: 断开调试follow-fork-mode指定的进程。
off: gdb将控制父进程和子进程。follow-fork-mode指定的进程将被调试，还有一个进程置于暂停（suspended）状态。
注意。最好使用GDB 6.6或以上版本号，假设你使用的是GDB6.4，就仅仅有follow-fork-mode模式。
follow-fork-mode/detach-on-fork的使用还是比較简单的，但因为其系统内核/gdb版本号限制。我们仅仅能在符合要求的系统上才干使用。
并且，因为follow-fork-mode的调试必定是从父进程開始的，对于fork多次，以至于出现孙进程或曾孙进程的系统，比如上图3进程系统，调试起来并不方便。
Attach子进程
众所周知，GDB有附着（attach）到正在执行的进程的功能，即attach <pid>命令。
因此我们能够利用该命令attach到子进程然后进行调试。
比如我们要调试某个进程RIM_Oracle_Agent.9i，首先得到该进程的pid
[root@tivf09 tianq]# ps -ef|grep RIM_Oracle_Agent.9i
nobody 6722 6721 0 05:57 ? 00:00:00 RIM_Oracle_Agent.9i
root 7541 27816 0 06:10 pts/3 00:00:00 grep -i rim_oracle_agent.9i
通过pstree能够看到，这是一个三进程系统，oserv是RIM_Oracle_prog的父进程，RIM_Oracle_prog又是RIM_Oracle_Agent.9i的父进程。
[root@tivf09 root]# pstree -H 6722
如今就能够调试了。一个新的问题是。子进程一直在执行，attach上去后都不知道执行到哪里了。
有没有办法解决呢？
一个办法是，在要调试的子进程初始代码中，比方main函数開始处，增加一段特殊代码。使子进程在某个条件成立时便循环睡眠等待，attach到进程后在该代码段后设上断点。再把成立的条件取消，使代码能够继续运行下去。
至于这段代码所採用的条件，看你的偏好了。比方我们能够检查一个指定的环境变量的值，或者检查一个特定的文件存不存在。以文件为例，其形式能够例如以下：
void debug_wait(char *tag_file)
{
while(1)
{
if (tag_file存在)
睡眠一段时间;
else
break;
}
}
当attach到进程后，在该段代码之后设上断点，再把该文件删除就OK了。
当然你也能够採用其它的条件或形式，仅仅要这个条件能够设置/检測就可以。
Attach进程方法还是非常方便的。它可以应付各种各样复杂的进程系统，比方孙子/曾孙进程，比方守护进程（daemon process）。唯一须要的就是增加一小段代码。