GDB调试（正在运行的程序）

有时会遇到一种很特殊的调试需求，对当前正在运行的其它进程进行调试（正是我今天遇到的情形）。这种情况有可能发生在那些无法直接在调试器中运行的进程身上，例如有的进程 只能在系统启动时运行。另外如果需要对进程产生的子进程进行调试的话，也只能采用这种方式。GDB可以对正在执行的程序进行调度，它允许开发人员中断程序 并查看其状态，之后还能让这个程序正常地继续执行。

一、多线程调试

多线程调试可能是问得最多的。其实，重要就是下面几个命令：

• info thread 查看当前进程的线程。

• thread <ID> 切换调试的线程为指定ID的线程。

• break file.c:100 thread all  在file.c文件第100行处为所有经过这里的线程设置断点。

• set scheduler-locking off|on|step，这个是问得最多的。在使用step或者continue命令调试当前被调试线程的时候，其他线程也是同时执行的，怎么只让被调试程序执行呢？通过这个命令就可以实现这个需求。

  • off 不锁定任何线程，也就是所有线程都执行，这是默认值。

  • on 只有当前被调试程序会执行。

  • step 在单步的时候，除了next过一个函数的情况(熟悉情况的人可能知道，这其实是一个设置断点然后continue的行为)以外，只有当前线程会执行。

 

二、调试宏

这个问题超多。在GDB下，我们无法print宏定义，因为宏是预编译的。但是我们还是有办法来调试宏，这个需要GCC的配合。

在GCC编译程序的时候，加上-ggdb3参数，这样，你就可以调试宏了。

另外，你可以使用下述的GDB的宏调试命令 来查看相关的宏。

• info macro – 你可以查看这个宏在哪些文件里被引用了，以及宏定义是什么样的。

• macro – 你可以查看宏展开的样子。

1、首先获得程序的PID

    

[csharp] view plain copy

 print?

1. ps -ef | grep xxxxx  

 2、进入调试程序

 

[csharp] view plain copy

 print?

1. gdb attach PID  

调试完成后，要使用detach 命令，让程序可以继续跑起来。

(gdb) detach

3、gcore命令生成CORE文件

4、进程信息可以用info  proc显示

5、 寄存器信息可以用info reg显示

 

        参考 资料：

1、http://blog.csdn.net/jfkidear/article/details/7900477

2、http://hi.baidu.com/unix21/item/da9093cf8298b578bdef69c6