用GDB调试多进程程序

在子进程中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）。唯一须要的就是增加一小段代码。