一、多线程调试

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

• 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. 编译程序员是否加上了-g参数以包含debug信息。
2. 路径是否设置正确了。使用GDB的directory命令来设置源文件的目录。

下面给一个调试/bin/ls的示例（ubuntu下）

$ apt-get source coreutils
$ sudo apt-get install coreutils-dbgsym
$ gdb /bin/ls
GNU gdb (GDB) 7.1-ubuntu
(gdb) list main
1192    ls.c: No such file or directory.
in ls.c
(gdb) directory ~/src/coreutils-7.4/src/
Source directories searched: /home/hchen/src/coreutils-7.4:$cdir:$cwd
(gdb) list main
1192        }
1193    }
1194
1195    int
1196    main (int argc, char **argv)
1197    {
1198      int i;
1199      struct pending *thispend;
1200      int n_files;
1201

四、条件断点

条件断点是语法是：break  [where] if [condition]，这种断点真是非常管用。尤其是在一个循环或递归中，或是要监视某个变量。注意，这个设置是在GDB中的，只不过每经过那个断点时GDB会帮你检查一下条件是否满足。

五、命令行参数

有时候，我们需要调试的程序需要有命令行参数，很多朋友都不知道怎么设置调试的程序的命令行参数。其实，有两种方法：

1. gdb命令行的 –args 参数
2. gdb环境中 set args命令。

六、gdb的变量

有时候，在调试程序时，我们不单单只是查看运行时的变量，我们还可以直接设置程序中的变量，以模拟一些很难在测试中出现的情况，比较一些出错，或是switch的分支语句。使用set命令可以修改程序中的变量。

另外，你知道gdb中也可以有变量吗？就像shell一样，gdb中的变量以$开头，比如你想打印一个数组中的个个元素，你可以这样：

(gdb) set $i = 0

(gdb) p a[$i++]

...  #然后就一路回车下去了

当然，这里只是给一个示例，表示程序的变量和gdb的变量是可以交互的。

七、x命令

也许，你很喜欢用p命令。所以，当你不知道变量名的时候，你可能会手足无措，因为p命令总是需要一个变量名的。x命令是用来查看内存的，在gdb中 “help x” 你可以查看其帮助。

• x/x 以十六进制输出
• x/d 以十进制输出
• x/c 以单字符输出
• x/i  反汇编 – 通常，我们会使用 x/10i $ip-20 来查看当前的汇编（$ip是指令寄存器）
• x/s 以字符串输出

八、command命令

有一些朋友问我如何自动化调试。这里向大家介绍command命令，简单的理解一下，其就是把一组gdb的命令打包，有点像字处理软件的“宏”。下面是一个示例：

(gdb) break func
Breakpoint 1 at 0x3475678: file test.c, line 12.
(gdb) command 1
Type commands for when breakpoint 1 is hit, one per line.
End with a line saying just "end".
>print arg1
>print arg2
>print arg3
>end
(gdb)

当我们的断点到达时，自动执行command中的三个命令，把func的三个参数值打出来。

（全文完）

新版的GDB7.0支持如下新的平台或配置：

• x86/x86_64 Darwin
• x86_64 MinGW
• Lattice Mico32
• x86/x86_64 DICOS
• S+core 3
• The remote stub now supports x86 Windows CE

其主要的新加入的功能有：（看上去相当地高科技啊，很多术语都不知道怎么翻译，请注意后面的相关解释）

• Python 脚本调试
• 回溯调试，调式过程记录并重演。
• 不间隔调试。 Non-stop debugging
• 并行调试。 Multi-architecture debugging
• 多进程调试。Multi-inferior, multi-process debugging

注释：

• Non-stop 的意思是，当我们在调试一个进程中的某一个或某一些线程时，可以让没有被调试的线程继续运行不停止。
• Multi-architecture在字面上理解是多层架构，但应该是关于并行方面的（请大家指正），比如MIPS或SPARC等并行编程方面的。
• Multi-inferior的意思是，你可以同时调试多个不同的进程。在某些情况下，这会更容易帮助我们了解程序的内部执行情况。

当然，本版本也包括了下面的一些改进和补丁：

* GDB 为JIT 提供了一个编译接口
* Tracepoints 可以加上条件
* 支持多字节和宽字符
* 为”disassemble”新增加/r 和/m 参数
* 对共享库的自动获取
* 支持内联函数
* 新的远程协议包
* GDB 开始可以读取压缩调试片段
* 在Tru64平台下支持线程切换
* 支持Ada 任务切换
* gdbserver的新功能 ——GDB remote stub
* 一个新的命令，当有系统调用发生时可以停止正在运行的程序

(全文完)

下面是GDB7.0版本所支持的回溯调试的命令，其中包括，continue，step，以及调试方向的设置。

在网上查了一下，发现VS2010好像也准备要支持这个东西，微软叫这个东西为“Historical Debugging”。

这个东西，对于我这个老家伙来说比较新鲜，而且还有点诡异。我有点没跟上这个技术，不知道这个技术主要是用来干什么？对于程序的运行的回滚？这样一来，如果，我某条语句创建了一个线程，或是一个文件，逆向执行回去，莫非它还能把这些程序创建出来的资源回收啦？就算是能回收，要是我的某个程序向网络发了些数据出去，莫非它还能给我再收回来？也许我想得太极端了，不过好像目前对这个技术的原始需求的说明不是很多，所以真不知道这个技术除了很酷，还有什么？也许是我理解错了，希望大家指点一下。