GDB调试程序

今天用vim敲二叉树程序时出现了bug，因为不熟悉gdb的调试方法，所以搞了老半天才弄好，就写了这篇文章让看见的朋友在用gdb调试程序时方便一点。
首先来介绍一下调试过程中常用的指令，然后再结合具体的代码来调试一遍。
常用调试指令
gcc/g++ -g test.c/test.cpp ———-调试前先对源文件进行编译，注意一定要加 -g。
gdb a.out ——— a.out为可已经编译好的可执行文件（当然如果存在语法错误是肯定不能进入gdb调试的）。
list/l 行号 ——- 显示源代码，从指定行号处开始显示，每次显示10行。
list/l 函数名 ——- 列出某个函数的源代码。
run/r ——- 运行程序。
next/n ——-单条执行，类似于Vs中的F10。
step/s ——-进入函数调用，类似于Vs中的F11。
break/b 行号 ——- 在某一行设置断点。
break/b 函数 ——- 在某个函数处设置断点。
info break/b ——–查看断点信息。
finish ——- 执行到当前函数返回，然后停下来等待命令。
print/p ——打印表达式的值，通过表达式的值可以修改变量的值或者调用函数。
p 变量 ——- 打印变量的值。
continue/c ——-从当前位置开始连续而非单步执行程序。
delete breakpoints ——- 删除所有断点。
delete breakpoints n —– 删除序号为n的断点。
disable breakpoints ——- 禁用断点。
enable breakpoints —– 启用断点。
info/i breakpoints ——查看当前设置了哪些断点。
display 变量名 —– 跟踪查看一个变量，每次停下来都显示它的值。
undisplay —-取消对先前设置的那些变量的跟踪。
until X行号 —– 跳至X行。
breaktrace/bt —-查看各级函数调用及参数。
info/i locals ——- 查看当前栈帧局部变量的值。
quit/q ——- 退出gdb。

调试程序
这里调试用的代码是我前面用的早上敲的二叉树遍历代码，就不放在这里给各位大神献丑了，编译后进入gdb:


进入调试后我们先用list（简写为l）查看main函数里面的内容：

因为每次默认显示10行内容，而这里函数中不止10函数，一次我们需要继续显示，这里可以用list或l继续显示下面的内容，也可以直接按enter直接显示，我用enter：

这样就将主函数完全显示出来了。现在分别在267、271行和bt1.PostOrder函数设置三个断点，并用info查看断点信息：

设置好了断点，现在运行程序：

现在用step/s或者next/n来逐步调试程序：

这里如果要进入函数则用step或s：

可以看到这个函数里面又调用了别的函数，用step/s进入：

查看函数内部：

接下来打印出pRoot所指向的数据的值，可以根据打印出来的值的进行判断：

假如现在 函数没问题，我们用finish跳出这个函数：

跳出函数后回到进入函数的地方，用n调到下一行代码，就完成了第一个函数的功能，即对二叉树进行前序遍历：

现在基本的调试方法都用到了，现在想一次性的把程序执行完，而下面还有两个断点，这时候就需要把断点删除：

用continue/c从当前位置连续执行

就这样就调试结束了，如果还要调试，可以从新设置断点，用run启动程序。某些调试指令在调试过程中没有用到，在调试时可以在适当位置加入。

段错误调试
段错误调试是一种比较难解决的错误，遇到这种错误一般需要花费大量的时间。通常在访问了不允许访问的内存空间时就会出现，我在上午写程序时就遇到一个段错误，在这里演示一下解决办法：
在程序通过编译生成一个可执行文件后，我们运行这个可执行文件：

结果出现了段错误，现在来解决它：
首先用g++加参数-g编译源文件产生可执行文件a.out，然后用ulimit指令加参数-c改变core(一个程序崩溃时会在指定目录下生成一个core文件，它是一个内存映象和一些调试信息，主要用于调试)文件的大小，然后执行可执行文件，这是依然会显示段错误，用ls显示当前目录下的文件，会发现出现一个core文件，然后执行指令gdb a.out core.xxxx，指令执行后进入gdb调试，里面就会出现错误所在的地方。
上述过程说起来比较繁琐，可简化为步骤：

根据这个步骤执行：

查看错误信息：

这样就找到了非法访问的地方，然后进过分析解决问题。
解决问题后运行程序：

这样就解决了段错误的问题。
博客不足之处请各位高手斧正！