黄金搭档之一:gdb简单的调试例子

 GDB是一个由GNU开源组织发布的、UNIX/LINUX操作系统下的、基于命令行的、功能强大的程序调试工具。他是学习指针、调试程序非常有用的工具和方法：

程序代码运行环境：

 CentOS 6 Linux环境（用SecureCRT连接本机虚拟机）

程序实例：读取网卡eth0中的IP地址、广播地址以及网址掩码

调试代码：

注：使用的是指针定向寻找':'和' '来获取地址

 

编译过程遇到的问题：

运行结果:

 指针错误

调试步骤：

 1.先对程序进行编译（添加参数为-g表示进行调试）

 gcc -g popen.c -o test

 2.产生可执行文件test

gdb test 

 3.此时已进入gdb调试界面

注：gdb其中的简单参数：b:断点(breakpoint)、r:运行(running)、c:继续(continue) s:按步执行(step)    、q:退出（quit）

 

 4.程序开始之前我们先设置断点（我们可以确定出错位置大致在while循环里）

 因此第一个断点为b 52 （指针p1开始调度之前）

 //第二个断点为b 56 （指针p2开始调度之前）

 //第三个断点为b 57 （指针p3开始调度之前）

 //第四个断点为b 62 （指针p4开始调度之前）

 //第五个断点为b 63 （指针p5开始调度之前）

 //第六个断点为b 68 （指针p6开始调度之前）

 //第七个断点为b 69 （指针p7开始调度之前）

 5.设置好断点，后运行r，此时程序会运行到断点1下停止，显然没有出现问题，那我们继续往下运行。输入s一步一步继续执行下去

print p1 print buf

到达54行时，我们检查一下p1指针的值

显然p1的值出现了问题

我们本想p1的指针指向带有inet addr那一段文字，但是确是一串乱码

 

 之后，我们收到了SIGSEGV的信号，并且提示出Segment fault的问题说明问题就出现在52-57行之间，肯定了前面的p1的值出问题

 6.后来检查发现是判断条件的先后出现了问题于是修改成：

再重新进行编译调试还是设置断点在52行

并且打印p1以及buf的值进行验证

 通过对比证实了是判断条件出了问题,继续执行下去结果成功