Linux学习----gdb调试（指针的指针）

昨天遇到一个很奇怪的问题，如下：

按照理论，最后*p的值应该是99，不知为什么是15了，所以今天记录用gdb调试的过程，并熟悉gdb的使用。

（调试过程参考：http://www.cnblogs.com/hankers/archive/2012/12/07/2806836.html）

开始：

1.

2.（用list从第1行开始列出源码）

3.（一次只列10行，如果要从第11行开始继续列源代码可以输入list）

4.（也可以什么都不输直接敲回车，gdb提供了一个很方便的功能，在提示符下直接敲回车表示重复上一条命令。）

5.（gdb的很多常用命令有简写形式，例如list命令可以写成l，要列一个函数的源代码也可以用函数名做参数：）

6.（退出gdb环境）

7.（现在将niuke.cpp改名，然后gdb就列不出源码了）

说明：gcc的-g选项并不是把源代码嵌入到可执行文件中的，在调试时也需要源文件。

8.（源码文件恢复，重新开始）

gdb停在main函数中变量定义之后的第一条语句处等待我们发命令，gdb列出的这条语句是即将执行的下一条语句。

9.（我们可以用next命令（简写为n）控制这些语句一条一条地执行）

说明：用n函数f()中的结果一下就打印出来了

10.（现在用start重新开始，用step命令（简写s）进入f()中去跟踪执行）

现在进入了f()函数。

11.（在函数中有几种查看状态的办法，backtrace命令（简写为bt）可以查看函数调用的栈帧）

可见当前f()是被main()调用的，传入指针p传给ret=0xbfffee94

12.（查看当前f()函数内局部变量的值i locals 或者info locals）

13.（如果想查看main函数当前局部变量的值也可以做到，先用frame命令（简写为f）选择1号栈帧然后再查看局部变量，i locals, info locals）

14.(继续运行，然后用p+变量名查看变量的值)

这里......$5,$6,$7,$8......分别保存了查看的中间值：

未执行*ret = &a时：

ret: 0xbfffee94（为&p）　　*ret:0xbfffef54（p）　　**ret:-1073745577

执行*ret = &a后：

ret: 0xbfffee94　　*ret:0xbfffee68 = &a:0xbfffee68（值为99）　　**ret:99（等于a）

15.（finish命令让程序一直运行到当前函数结束）

返回值是ret=0xbfffee94（&p）

16.（现在继续运行）

注意：A &p address : 0xbfffee94（&p未改变）　　A p address : 0xbfffee68（与&a相同）　　A *p value   : 15（奇怪的地方，为什么不是99）

17.（换一种思路：在执行 cout << "A &p address : " << &p << endl; 之前直接查看*p）

这里可以看到*p=99，是正确的，地址也与上面相同

18.（继续调试）

这里发现*p=15，被改变了。

 也就是说：在执行cout << "A &p address : " << &p << endl;后， *p的值被改变了，从99变为15了。

19.（连续输出两次*p）

这次发现第一次输出结果正常，第二次输出结果出错，那为什么呢？为什么呢？？？？？

20.（知道原因了）

说明：a是一个局部变量，&a在f()执行完后就被系统回收了。f()中ret = &a 这一步，使得p=&a，所以最后p输出不对。

修改后：

这里终于正确了。

PS：前面一种情况，栈被系统回收，但是仍能输出一次99，我猜可能是系统还没来的及回收。。。

PSS：指针太容易出错了。。