GvDvB调v试

七、八年前写过一篇《用GDB调试程序》，于是，从那以后，很多朋友在MSN上以及给我发邮件询问我关于GDB的问题，一直到今天，还有人在问GDB的相关问题。这么多年来，有一些问题是大家反复在问的，一方面，我觉得我以前的文章可能没有说清楚，另一方面，我觉得大家常问的问题正是最有用的，所以，在这里罗列出来。希望大家补充。

一、多线程调试

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

• info thread 查看当前进程的线程。
• thread 切换调试的线程为指定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下）

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20

$ 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中的变量以$开头，比如你想打印一个数组中的个个元素，你可以这样：

1 2 3 4 5

(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的命令打包，有点像字处理软件的“宏”。下面是一个示例：

1 2 3 4 5 6 7 8 9 10

(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的三个参数值打出来。

GDB命令

 

启动GDB的方法有以下几种：
    1、gdb
       program也就是你的执行文件，一般在当然目录下。
    2、gdb core
       用gdb同时调试一个运行程序和core文件，core是程序非法执行后core dump后产生的文件。
    3、gdb
       如果你的程序是一个服务程序，那么你可以指定这个服务程序运行时的进程ID。gdb会自动attach上去，并调试他。program应该在PATH环境变量中搜索得到。GDB启动时，可以加上一些GDB的启动开关，详细的开关可以用gdb -help查看。我在下面只例举一些比较常用的参数：

    -directory
    -d
    加入一个源文件的搜索路径。默认搜索路径是环境变量中PATH所定义的路径。

 

 

GDB

 char buf[22];

 (gdb)p &buf //看地址

 (gdb)x /s (&buf )//看这个地址的字符串

 当源代码跟可执行程序不在同一个目录的时候可以将源代码的目录加入到gdb查找的目录中。具体命令如下：

(gdb)show dir 显示现在可以查的目录

dir <源程序目录>

 上面的命令就是将源程序目录加入到当前的查找目录中去。你可以多次运行这个命令，加入多个查找目录。具体如下

(gdb) dir .Source directories searched: /home/dj/work/src/sodemo:$cdir:$cwd

如果你直接输入dir回车的话，那就是清除你之前加入的查找目录。

//

调试SO时候：
你可以在run之前先b   main一下，
等run之后停下来，再

(gdb) b main
(gdb)run

(gdb)sharedlibrary  libggg.so
加载要调试的SO
(gdb)sharedlibrary libcutword.so

r //运行
n //下一条命令
s //进入函数
c //continue...继续运行，知道碰见下一个断点