目前工作大概有两年时间了,调试的时候一直是通过加log,或者是使用Vscode自带的Debug工具进行调试,前一段时间又学习了通过在Vscode中添加条件表达式进行Debug,但是以上调试方法在遇到段错误时,就不太奏效了。今天在调试程序的时候发生了一个段错误的问题,借此机会正式学习了一下如何使用gdb工具进行调试。 下面演示过程中,有些涉及到项目代码的地方就不给大家展示了,关注过程就好。
1. GDB安装
关于GDB工具的安装,只需要输入以下简单的命令就可以了
apt-get update
apt-get install gdb
2. 启动GDB
首先通过gdb启动程序,输入gdb + 程序名 
输入“r”命令将程序运行起来。  接下来,等待程序运行,再现BUG,发生segementation fault  此时,输入“bt”命令查看堆栈: 
从堆栈上,我们可以清楚的看到,最终在调用dMutexLock的时候程序崩掉了。对应源码查看了一下,怀疑可能是调用这个方法的时候,变量的内存地址被破坏了。
下面,我们就想办法来监测一下这个变量地址的变化,看看是否有异常。
首先输入“b”命令,来添加断点,添加断点的语法如下:
b filename:[line/function] 在文件filename的某行或某个函数处设置断点
添加断点后,输入“r”命令运行程序,程序运行到断点处,便会停下来。然后通过输入“p”命令,将变量打印出来。 
得到了变量的内存地址以后,通过“watch”命令观察这块地址的变化,随后将通过“delete”命令将之前的断点删除,输入“c”命令继续执行程序
 等到我们所观察的内存地址被修改的时候,程序便会被中断,通过观察中断位置的代码,发现问题是由于数组越界导致。

查看此时的堆栈可以再次输入“bt”命令,看完堆栈后,终于定位到了发生数组越界的位置,加以修改后问题就解决了。 
|