GDB的使用

　　当程序出错并产生core 时

　　快速定位出错函数的办法

　　gdb 程序名 core文件名(一般是core,也可能是core.xxxx)

　　调试程序使用的键

　　r run 运行.程序还没有运行前使用

　　c cuntinue 继续运行。运行中断后继续运行

　　q 退出

　　kill 终止调试的程序

　　h help 帮助

　　<tab> 命令补全功能

　　step 跟入函数

　　next 不跟入函数

　　b breakpoint 设置断点。

　　用法:

　　b 函数名 对此函数进行中断

　　b 文件名:行号 对此文件中指定行中断.如果是当前文件，那么文件名与:号可以

　　省略

　　看当前断点数使用info break.禁止断点disable 断点号.删除delete 断点号.

　　l list 列出代码行。一次列10 行。连接使用list将会滚动显示. 也可以在list 后面

　　跟上 文件名:行号

　　watch 观察一个变量的值。每次中断时都会显示这个变量的值

　　p print 打印一个变量的值。与watch不同的是print只显示一次

　　这里在顺便说说如何改变一个 value. 当你下指令 p 的时候,例如你用 p b,

　　这时候你会看到 b 的 value, 也就是上面的 $1 = 15.

　　你也同样可以用 p 来改变一个 value, 例如下指令 p b = 100 试试看,

　　这时候你会发现, b 的 value 就变成 100 了：$1 = 100.


gdb调试正在运行的进程2009年04月18日 星期六 下午 08:21 有时会遇到一种很特殊的调试需求，对当前正在运行的其它进程进行调试（正是我今天遇到的情形）。这种情况有可能发生在那些无法直接在调试器中运行的进程身上，例如有的进程 只能在系统启动时运行。另外如果需要对进程产生的子进程进行调试的话，也只能采用这种方式。GDB可以对正在执行的程序进行调度，它允许开发人员中断程序 并查看其状态，之后还能让这个程序正常地继续执行。

GDB提供了两种方式来调试正在运行的进程：一种是在GDB命令行上指定进程的PID，另一种是在GDB中使用“attach”命令。例如，开发人员可以先启动debugme程序，让其开始等待用户的输入。示例如下：

#./debugme Enter a string to count words:



接下去在另一个虚拟控制台中用下面的命令查出该进程对应的进程号：

# ps -ax | grep debugme 555 pts/1 S 0:00 ./debugme



得到进程的PID后，就可以使用GDB对其进行调试了：

# gdb debugme 555 GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) Attaching to program: /home/xiaowp/debugme, process 555 Reading symbols from /lib/libc.so.6...done. ……



在上面的输出信息中，以Attaching to program开始的行表明GDB已经成功地附加在PID为555的进程上了。另外一种连接到其它进程的方法是先用file命令加载调试时所需的符号表，然后再通过“attaché”命令进行连接：

(gdb) file /home/xiaowp/debugme Reading symbols from /home/xiaowp/debugme...done. (gdb) attach 555 ……



如果想知道程序现在运行到了哪里，同样可以使用“backtrace”命令。当然也可以使用“step”命令对程序进行单步调试。

在完成调试之后，不要忘记用detach命令断开连接，让被调试的进程可以继续正常运行。