浅谈gdb-linux下调试。

  由于自身是跨专业，对linux的熟悉程度并不够，自己编写的程序及调试都非常有限，下面我只是记录一下自己这两天在用GDB时遇到的一点小问题。

 首先介绍一下gdb:

      GDB 是GNU开源组织发布的一个强大的UNIX下的程序调试工具。或许，各位比较喜欢那种图形界面方式的，像VC、BCB等IDE的调试，但如果你是在 UNIX平台下做软件，你会发现GDB这个调试工具有比VC、BCB的图形化调试器更强大的功能。所谓“寸有所长，尺有所短”就是这个道理。一般来说，GDB主要帮忙你完成下面四个方面的功能：1、启动你的程序，可以按照你的自定义的要求随心所欲的运行程序。2、可让被调试的程序在你所指定的调置的断点处停住。（断点可以是条件表达式）3、当程序被停住时，可以检查此时你的程序中所发生的事。4、动态的改变你程序的执行环境。从上面看来，GDB和一般的调试工具没有什么两样，基本上也是完成这些功能，不过在细节上，你会发现GDB这个调试工具的强大，大家可能比较习惯了图形化的调试工具，但有时候，命令行的调试工具却有着图形化工具所不能完成的功能。让我们一一看来.(摘抄)

  Gdb的使用：

一般来说GDB主要调试的是C/C++的程序。要调试C/C++的程序，首先在编译时，我们必须要把调试信息加到可执行文件中。使用编译器（cc/gcc/g++）的 -g 参数可以做到这一点。

如你已经编译好的a.c文件，gcc -g -o a.debug a.c

这时，编译程序a.c,生成一个a.debug的可执行程序，这个可执行程序中加入了提供调试所用的信息。

启动gdb,在终端输入gdb.

使用gdb调试一个程序前，需要加载这个程序，加载的命令是file,在gdb提示符后再输入如下：

file a.debug

于是gdb模式下加载了a.c的调试信息。

常用命令：

run:执行该程序；list:列出程序源文件的内容；break:设置断点，如break 6:在程序的第六行设置断点。break phase_1 函数设置断点;break *0x** 地址设置断点.clear:删除刚才停止处的断点。info break:显示当前断点清单，delete 可删除相对应的断点。si 单步执行；可以用step 单步执行（next单步与step不同在遇到函数直接调用不进入被调函数内部）；continue:从断点出开始继续执行；print:显示变量或表达式的值;x/s 以字符串形式查看内容；p $eax 查看寄存器内容；i r 查看所有寄存器值；quit :退出gdb.

下面说下我遇到的问题：（很蛋疼的小错误，用单步执行很容易发现）

程序如图，一个简单利用指针，经行小写转大写，本以为会很容易通过，却发现最后老师输出很乱的字符。本来还以为是指针的引用在windows下于linux下有区别，其实基本一样的。利用gdb调试，首先在while设置断点，执行到这部时，查看a的值发现a已经乱码，并且在后面的单步执行时while 循环内，if的结果从来不执行*p的操作，可见是输入字符的问题，再仔细看输入发现错误，%s,写出了s%....是不是很蛋疼。。总之问题解决了。