gdb入门知识

来源:互联网 发布:行知私塾 编辑:程序博客网 时间:2024/06/05 16:21

gdb的使用除了manual外,自带的帮助也是非常有用的。在debug过程中你可以输入help来查看gdb支持的调试命令。
List of classes of commands:

aliases -- Aliases of other commands
breakpoints -- Making program stop at certain points
data -- Examining data
files -- Specifying and examining files
internals -- Maintenance commands
obscure -- Obscure features
running -- Running the program
stack -- Examining the stack
status -- Status inquiries
support -- Support facilities
tracepoints -- Tracing of program execution without stopping the program
user-defined -- User-defined commands
用户可以借助 help breakpoints 进一步查看改大类下关于断点的所有命令。
     
    调试程序的命令为  gdb  ./program, 进入gdb界面后你可以 b命令来设置断点,具体如何设置将在下面讲述。如果该程序运行时需要参数,在gdb界面中输入 r arg1 arg2...即可。
    调试进程的命令为,gdb,然后在gdb中 attach  processid。即可对该进程进行调试。processid可以用top, ps -aux等命令得到。detach命令,使进程脱离GDB.

dir命令
    当使用gdb时,一个自然想到的需求是gdb如何载入程序对应的源代码,特别是编译和运行目录都不包含源代码的情况。GDB默认会从编译目录和当前运行目录载入所需的源代码,如果你的源代码不在这两个目录中,那么必须通过dir path的方式载入。可以通过show directories 来查看你的源代码目录,个目录之间用“:”隔开。其中$cwd代表当前程序运行目录,$cdir代表编译目录。
 
watch命令
     用来设置watch point,watch exp.当expression的值变化时,gdb会让程序自动会在这个地方停下来。由于watch point是根据上下文范围来设置的,所以先要在exp所在的函数中设置一个断点,停下来后再设置exp的watch point,以免把watch point 设置到全局变量。
rwatch awatch基本跟watch一样,rwatch是这个变量被访问时break,awatch是读写都break。使用watch时往往出现Could not insert hardware breakpoints: You may have requested too many hardware breakpoints/watchpoints.这个错误。一个是因为你设置的watchpoints数量过多,还有一个是因为你watch的变量超过了硬件能监控的范围。32位机器一般要求你的表达式是4bytes的,所以你监控一个float变量就可能出现这个问题,监控一个结构/类成员也可能出现这个问题。解决方法是直接获取你所要监控变量的地址,把他们拆成4byte的变量来监控。 如 watch b (char *)0xabcdef00


break命令
    在函数入口除设置断点   b file:function 或者 b function。 gdb中于c++代码设置断点,需要指定完整的命名空间,例如b Dictionary:load 是对一个Dictionary类的成员函数load设置断点。 条件断点为  b file:function if cond. cond为源代码表达式。
tbreak 跟break命令一样,但这个命令设置的断点只break一次。以后就自动失效


clear命令
    clear file:function对应与break命令,用来清楚断点(无法清楚watchpoint)。clear命令不带参数时默认是清楚当前行的断点,delete用来清楚断点和watchpoint,但delete的参数断点号(info break可以看到),不跟参数时为删除所有断点。

run命令
   缩写 r, 开始启动程序, r arg1 arg2, arg1 arg2为命令行参数。

step命令
   缩写s, 运行到下一行,碰到函数会进入函数。

next命令
   缩写 n, 运行到下一行,碰到函数不会进入。

continue命令
   缩写c,运行到下一个断点。 c  5, 运行到第5个断点停下。

finish命令
    运行到函数返回处,如果有返回值就打印。

print
   缩写p, p exp 打印出exp的值。

display
   缩写disp, disp exp。打印处exp的值,与p的不同之处在于每执行一步都会打印这个exp的值,直到键入undisplay命令。

backtrace
   缩写bt,可以查看函数的调用栈。

quit
  退出gdb。

coredump
     coredump是linux下非常有用的debug线索,它可以用 gdb ./program coredump载入,然后 bt infor reg 打印出你的程序是死在哪一行以及但是寄存器等信息。当然在编译时你必须加上-g选项。coredump对于多线程程序似乎支持的不是很好,多线程的 coredump文件似乎只是某个线程的而不是所有线程,而且无法确定这是coredump的线程或者是受害线程 。一般你多跑几次,估计会有受害线程被dump出来。

转自:http://blog.csdn.net/lijiecong/archive/2008/10/21/3115925.aspx