基本 gdb 命令.
命 令 描 述
file 装入想要调试的可执行文件.
kill 终止正在调试的程序.
list 列出产生执行文件的源代码的一部分.
next 执行一行源代码但不进入函数内部.
step 执行一行源代码而且进入函数内部.
run 执行当前被调试的程序
quit 终止 gdb
watch 使你能监视一个变量的值而不管它何时被改变.
break 在代码里设置断点, 这将使程序执行到这里时被挂起.
make 使你能不退出 gdb 就可以重新产生可执行文件.
shell 使你能不离开 gdb 就执行 UNIX shell 命令.
print 打印函数或变量值
info b 显示所有的断点
info display 显示所有的display
disable 断点号 暂停某个断点
enable 断点号 启动某个断点
delete (断点号) 删除某个断点,不带断点号,全部删除
在调试到链接库函数里,s进行就可以了;不过如果链接库源文件不在同一个目录下的话,要用dir 命令把链接库源文件所在目录加到gdb调试路径里去,同时把源文件放到lib目录下
进入 GDB 及指定可执行档:
1. 进入 GDB 并读入可执行档 (档名为 'PROGRAM'),准备进行除错。
gdb PROGRAM
指定程序代码所在目录及检视程序代码
1. 增加目录 DIR 到收寻程序代码的目录列表 (如果你的程序代码和可执行档放在同一个目录下,就不须指定程序代码所在目录。):
(gdb) directory DIR
2. 检视程序代码,格式计有:
(gdb) list => 显示目前执行程序代码前后各五行的程序代码;或是显示从上次 list 之后的程序代码
(gdb) list function => 显示该程序开始处前后五行的程序代码。
(gdb) list - =>上次显示程序代码的前面的十行。
断点的设定与清除
1. 设定断点(指令为 break,可简写为 (b),格式计有:
(gdb) break filename.c:30 => 在 filename.c 的第三十行处停止执行。
(gdb) break function => 在进入 function 时中断程序的执行。
(gdb) break filename.c:function => 在程序代码档 filename.c 中的函数 function 处设定断点。
(gdb) break => 在下一个将被执行的命令设定断点。
(gdb) break ... if cond => 只有当 cond 成立的时候才中断。cond 须以 C 语言的语法写成。
2. 显示各个断点的信息。
(gdb) info break
3. 清除断点(命令为 clear),格式同 break 。例如 :
(gdb) clear filename.c:30
4. 清除断点,NUM 是在 info break 显示出来的断点编号。
(gdb) delete NUM
全速及逐步执行程序
1. 从程序开头全速执行程序,直到遇到断点或是程序执行完毕为止。
(gdb) run
2. 在程序被中断后,全速执行程序到下一个断点或是程序结束为止 (continue 指令可简写为 c)。
(gdb) continue
3. 执行一行程序. 若呼叫函数, 则将该包含该函数程序代码视为一行程序 (next 指令可简写为 n)。
(gdb) next
4. 执行一行程序. 若呼叫函数, 则进入函数逐行执行 (step 指令可简写为 s)。
(gdb) step
5. 执行一行程序,若此时程序是在 for/while/do loop 循环的最后一行,则一直执行到循环结束后的第一行程序后停止 (until 指令可简写为 u)。
(gdb) until
6. 执行现行程序到回到上一层程序为止。
(gdb) finish
检视及更改变量值
1. print 叙述,显示该叙述执行的结果 (print 指令可简写为 p)。如
(gdb) print a => 显示 a 变量的内容.
(gdb) print sizeof(a) => 显示 a 变量的长度.
2. display 叙述,在每个断点或是每执行一步时显示该叙述值。如
(gdb) display a
3. 更改变量值:
(gdb) print (a=10) => 将变量 a 的值设定为 10.
检视程序执行状态
1. 查看程序执行到此时,是经过哪些函数呼叫的程序 (backtrace 指令可简写为 bt),也就是查看函数呼叫堆栈。
(gdb) backtrace
读取 Core 文件信息
1. 读入 PROGRAM 及 PROGRAM.CORE 档,可检视 Core Dump 时程序变量值及程序流程状态 。
gdb PROGRAM core
说明:'core' 档案是由 PROGRAM 档执行后,遇到 Core Dump 时产生的 Core 檔檔名。如果你还需要该 Core 档,我们建议你将该档案档名更改为 PROGRAM.core。在输入上述命令后,你可以用 GDB 提供的检视变量值以及检视程序执行状态来读取程序 Core Dump 时的状态。
用clear清除断点的时候要和break相对应
如果是用functionName设置的断点就只能 clear functionName
用lineNum设置的断点就只能用clear lineNum
delete 断点号
删除
断点号可以使用info break 得到
我也说说我的体会:
r (程序运行的参数) 可以设置运行时的参数
shell 运行shell环境的东西,比如shell make,完了以后直接r重新启动程序,就可以带上次已经加过的参数运行,不用再敲参数了
b 文件名:行号 有的时候很有用,嘿嘿
x/32uxb 指针 以16进制显示该指针指向的32个字节的数据
-------------------------------------------------------------
Core dump file
查看coredump 文件来源于那个进程
file core.26140
core.26140: ELF 32-bit LSB core file Intel 80386, version 1 (SYSV), SVR4-style, from 'exhpdfmx'
首先要先验证进程是否在运行
ps -ef | grep exhpdfmx
查看coredump
gdb exhpdfmx core.26140
gdb --core=core.26140 exhpdfmx
(gdb) bt
#0 0x0053bd46 in malloc_consolidate () from /lib/tls/libc.so.6
#1 0x0053cf57 in _int_malloc () from /lib/tls/libc.so.6
#2 0x0053f0a1 in malloc () from /lib/tls/libc.so.6
#3 0xf600ae47 in operator new () from /usr/lib/libstdc++.so.6
#4 0xf600af59 in operator new[] () from /usr/lib/libstdc++.so.6
#5 0xf7165371 in errAtomHelper_c::WriteToLogFile (this=0x812ad20, location=0x0) at weratohelpermx.cc:1154
#6 0xf71652b6 in errAtomHelper_c::WriteToLogFile (this=0x812ad20) at weratohelpermx.cc:1108
#7 0xf7162fc7 in errAtom_c::WriteToLogFile (this=0x81364d0) at weratomx.cc:670
#8 0x0806f904 in std::operator==<char, std::char_traits<char>, std::allocator<char> > ()
#9 0x08066b2a in std::operator==<char, std::char_traits<char>, std::allocator<char> > ()
#10 0x0805ae3b in std::operator+<char, std::char_traits<char>, std::allocator<char> > ()
#11 0x0804ecae in EXHPDF::NewHandler ()
#12 0x004eee93 in __libc_start_main () from /lib/tls/libc.so.6
#13 0x0804e345 in ?? ()