GDB 使用小结

Gdb 不用说，两个字，非常强大 >.<，我最讨厌不识数的人了

本文适合GDB 初学和没学过的，如果你懂了，可以相互交流

既然说它很强大，它强大在哪里呢？

一般情况下，大部分人使用VS 自带的调试器来调试BUG ，直观，清晰。

在Linux下，为什么还要苦苦选择这样一个命令行工具呢？

关于CMD 与图形界面的事情不想再说....囧

开始我们的GDB 小旅

首先来调试一个很小的程序：

程序够简单吧，一目了然

可以不加 #include <stdio.h>

黑喂狗~

编译选项 cc -g endin.c -o endin

这里的 endin.c 是我电脑上的文件名，你自己选一个你喜欢的就OK

注意编译选项一定要加 -g ，这个是为GDB 保留源程序的符号表选项，不然一会儿你加载程序将出现问题。

ok, 生成二进制 endin文件以后

gdb -q ./endin

-q 的目的在于消除广告，你懂得

现在提示

(gdb)_

开始介绍命令

(gdb) ls 1 , n (n = 1,2,3.....n )

比如 li 1,20 或者简写为 l 1,20 将源程序的第1-20行列出来

ok，下一步，根据行，我们可以下断点

(gdb)b 2

在第2行下断点

(gdb)b 10

在第10行下断点

提示断点成功

(gdb) run

开始运行程序，到断点时候会停下来

(gdb) info locals (查看当前函数局部变量）

可以看到，出现了 x 和 buf ,len 三个局部变量

现在我们的目标是 buf

(gdb)x/32xb buf

这样，我们就可以查看关于buf 里面的内容

(gdb)x 是检查的意思，32是查看多少位，比如 12 ， 55 ... 各种的，可以指定不同的格式

比如

(gdb)x/s buf

以字符流的形式来查看 buf

(gdb)x/32xw buf

以十六进制方式查看

(gdb)x/10b buf

以十进制查看

各种的... 以上的方式够用了

还有一种方式是利用

(gdb)print (value) 形式来

比如

(gdb)print buf

这样来查看变量，其实还可以设置变量等，这里就不一一列举了

在来看看关于最头疼的段错误问题，很多人在遇到程序收到异常信号的时候无法调试

其实很简单，gdb提供了查看堆栈的操作，很多调试器都提供了

(gdb)backtrack或者直接 (gdb)bt

我们来模拟一个段错误

退出(gdb)quit

加上第11 行代码，很明显我们的意图

同样编译运行代码后出现

现在假设我们不知道问题出在哪里，但是我们得事先有一个大致的定位

提示出现很多关于 stack 和 Memory map ，我们这个时候得大致有一个认识这种错误一般是发生了段违规，也就是访问越界或者使用了未初始化的指针等情况。好了，现在gdb 登场了

gdb -q ./endin

直接(gdb)run

可以看到，调用堆栈的情况，从下往上看，在main() 函数上面的#5 检查栈（stack)使用情况，注意是栈，不是堆，检查失败。发送失败信息，接着调用__libc_message()函数，这个是标准C 的输出函数，然后向上，#2 abort() 退出，#1发起一个信号，信号sig=6 是退出信号。然后#0 __kernel_vsyscall() 函数调用

整个过程就大致清楚了，我们在检查 stack 的时候产生了错误输出，必定是栈访问违规引起，其实未初始化指针是另外一种状况。

这里因为涉及到调用堆栈递归层次比较少，看不出优越性。当程序较大的时候可以看出来。

下面让我们来看看未初始化指针的情况。这个问题常常遇到，但是很多人找不到解决方案，其实很简单。

我们再修改一下程序