gdb使用

gdb使用

gdb 是功能强大的调试程序，可完成如下的调试任务：

• 设置断点
• 监视程序变量的值
• 程序的单步(step in/step over)执行
• 显示/修改变量的值
• 显示/修改寄存器
• 查看程序的堆栈情况
• 远程调试
• 调试线程

在可以使用 gdb 调试程序之前，必须使用 -g 或 –ggdb编译选项编译源文件。运行 gdb 调试程序时通常使用如下的命令：

gdb progname

在 gdb 提示符处键入help，将列出命令的分类，主要的分类有：

• aliases：命令别名
• breakpoints：断点定义；
• data：数据查看；
• files：指定并查看文件；
• internals：维护命令；
• running：程序执行；
• stack：调用栈查看；
• status：状态查看；
• tracepoints：跟踪程序执行。

键入 help 后跟命令的分类名，可获得该类命令的详细清单。gdb的常用命令如下表所示。

表 gdb 的常用命令

gdb调试实例

下面以一个有错误的例子程序来介绍gdb的使用：

/*bugging.c*/
#include <stdio.h>
#include <stdlib.h>

static char buff [256];
static char* string;
int main ()
{
    printf ("Please input a string: ");
    gets (string);
    printf ("\nYour string is: %s\n", string);
}

这个程序是接受用户的输入，然后将用户的输入打印出来。该程序使用了一个未经过初始化的字符串地址 string，因此，编译并运行之后，将出现 "Segment Fault"错误：

$ gcc -o bugging -g  bugging.c
$ ./bugging
Please input a string: asdf
Segmentation fault (core dumped)

为了查找该程序中出现的问题，我们利用 gdb，并按如下的步骤进行：

[1] 运行 “gdb bugging” ，加载 bugging 可执行文件；

$gdb bugging 

[2] 执行装入的 bugging 命令；

(gdb) run

[3] 使用 where 命令查看程序出错的地方；

(gdb) where

[4] 利用 list 命令查看调用 gets 函数附近的代码；

(gdb) list

[5] 在 gdb 中，我们在第 11 行处设置断点，看看是否是在第11行出错；

(gdb) break 11

[6] 程序重新运行到第 11 行处停止，这时程序正常，然后执行单步命令next；

(gdb) next

[7] 程序确实出错，能够导致 gets 函数出错的因素就是变量 string。重新执行测试程，用 print 命令查看 string 的值；

(gdb) run
(gdb) print string
(gdb) $1=0x0

[8] 问题在于string指向的是一个无效指针，修改程序，在10行和11行之间增加一条语句 “string=buff; ”，重新编译程序，然后继续运行，将看到正确的程序运行结果。

用gdb查看源代码可以用list命令，但是这个不够灵活。可以使用"layout src"命令，或者按Ctrl-X再按A，就会出现一个窗口可以查看源代码。也可以用使用-tui参数，这样进入gdb里面后就能直接打开代码查看窗口。其他代码窗口相关命令：