天天看点

GDB调试实战1. GDB安装2. 启动GDB

目前工作大概有两年时间了,调试的时候一直是通过加log,或者是使用Vscode自带的Debug工具进行调试,前一段时间又学习了通过在Vscode中添加条件表达式进行Debug,但是以上调试方法在遇到段错误时,就不太奏效了。今天在调试程序的时候发生了一个段错误的问题,借此机会正式学习了一下如何使用gdb工具进行调试。

下面演示过程中,有些涉及到项目代码的地方就不给大家展示了,关注过程就好。

1. GDB安装

关于GDB工具的安装,只需要输入以下简单的命令就可以了

apt-get update
apt-get install gdb
           

2. 启动GDB

首先通过gdb启动程序,输入gdb + 程序名

GDB调试实战1. GDB安装2. 启动GDB

输入“r”命令将程序运行起来。

GDB调试实战1. GDB安装2. 启动GDB

接下来,等待程序运行,再现BUG,发生segementation fault

GDB调试实战1. GDB安装2. 启动GDB

此时,输入“bt”命令查看堆栈:

GDB调试实战1. GDB安装2. 启动GDB

从堆栈上,我们可以清楚的看到,最终在调用dMutexLock的时候程序崩掉了。对应源码查看了一下,怀疑可能是调用这个方法的时候,变量的内存地址被破坏了。

下面,我们就想办法来监测一下这个变量地址的变化,看看是否有异常。

首先输入“b”命令,来添加断点,添加断点的语法如下:

b filename:[line/function]  在文件filename的某行或某个函数处设置断点
           

添加断点后,输入“r”命令运行程序,程序运行到断点处,便会停下来。然后通过输入“p”命令,将变量打印出来。

GDB调试实战1. GDB安装2. 启动GDB

得到了变量的内存地址以后,通过“watch”命令观察这块地址的变化,随后将通过“delete”命令将之前的断点删除,输入“c”命令继续执行程序

GDB调试实战1. GDB安装2. 启动GDB

等到我们所观察的内存地址被修改的时候,程序便会被中断,通过观察中断位置的代码,发现问题是由于数组越界导致。

GDB调试实战1. GDB安装2. 启动GDB

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

GDB调试实战1. GDB安装2. 启动GDB