【转】GDB中应该知道的几个调试方法

文章来源:http://coolshell.cn/articles/3643.html

GDB中应该知道的几个调试方法

2011年02月10日 陈皓 评论 40 条评论  70,776 人阅读

七、八年前写过一篇《用GDB调试程序》,于是,从那以后,很多朋友在MSN上以及给我发邮件询问我关于GDB的问题,一直到今天,还有人在问GDB的相关问题。这么多年来,有一些问题是大家反复在问的,一方面,我觉得我以前的文章可能没有说清楚,另一方面,我觉得大家常问的问题正是最有用的,所以,在这里罗列出来。希望大家补充。

一、多线程调试

多线程调试可能是问得最多的。其实,重要就是下面几个命令:

  • info thread 查看当前进程的线程。
  • thread <ID> 切换调试的线程为指定ID的线程。
  • break file.c:100 thread all  在file.c文件第100行处为所有经过这里的线程设置断点。
  • set scheduler-locking off|on|step,这个是问得最多的。在使用step或者continue命令调试当前被调试线程的时候,其他线程也是同时执行的,怎么只让被调试程序执行呢?通过这个命令就可以实现这个需求。
    • off 不锁定任何线程,也就是所有线程都执行,这是默认值。
    • on 只有当前被调试程序会执行。
    • step 在单步的时候,除了next过一个函数的情况(熟悉情况的人可能知道,这其实是一个设置断点然后continue的行为)以外,只有当前线程会执行。

二、调试宏

这个问题超多。在GDB下,我们无法print宏定义,因为宏是预编译的。但是我们还是有办法来调试宏,这个需要GCC的配合。

在GCC编译程序的时候,加上-ggdb3参数,这样,你就可以调试宏了。

另外,你可以使用下述的GDB的宏调试命令 来查看相关的宏。

  • info macro – 你可以查看这个宏在哪些文件里被引用了,以及宏定义是什么样的。
  • macro – 你可以查看宏展开的样子。

三、源文件

这个问题问的也是很多的,太多的朋友都说找不到源文件。在这里我想提醒大家做下面的检查:

  1. 编译程序员是否加上了-g参数以包含debug信息。
  2. 路径是否设置正确了。使用GDB的directory命令来设置源文件的目录。

下面给一个调试/bin/ls的示例(ubuntu下)


1

2

3

4

5

6

7

8

9

10

11

12

13

14

15

16

17

18

19

20

$ apt-get source coreutils

sudo apt-get install coreutils-dbgsym

gdb /bin/ls

GNU gdb (GDB) 7.1-ubuntu

(gdb) list main

1192    ls.c: No such file or directory.

in ls.c

(gdb) directory ~/src/coreutils-7.4/src/

Source directories searched: /home/hchen/src/coreutils-7.4:$cdir:$cwd

(gdb) list main

1192        }

1193    }

1194

1195    int

1196    main (int argc, char **argv)

1197    {

1198      int i;

1199      struct pending *thispend;

1200      int n_files;

1201

四、条件断点

条件断点是语法是:break  [where] if [condition],这种断点真是非常管用。尤其是在一个循环或递归中,或是要监视某个变量。注意,这个设置是在GDB中的,只不过每经过那个断点时GDB会帮你检查一下条件是否满足。

五、命令行参数

有时候,我们需要调试的程序需要有命令行参数,很多朋友都不知道怎么设置调试的程序的命令行参数。其实,有两种方法:

  1. gdb命令行的 –args 参数
  2. gdb环境中 set args命令。

六、gdb的变量

有时候,在调试程序时,我们不单单只是查看运行时的变量,我们还可以直接设置程序中的变量,以模拟一些很难在测试中出现的情况,比较一些出错,或是switch的分支语句。使用set命令可以修改程序中的变量。

另外,你知道gdb中也可以有变量吗?就像shell一样,gdb中的变量以$开头,比如你想打印一个数组中的个个元素,你可以这样:


1

2

3

4

5

(gdbset $i = 0

(gdb) p a[$i++]

...  #然后就一路回车下去了

当然,这里只是给一个示例,表示程序的变量和gdb的变量是可以交互的。

七、x命令

也许,你很喜欢用p命令。所以,当你不知道变量名的时候,你可能会手足无措,因为p命令总是需要一个变量名的。x命令是用来查看内存的,在gdb中 “help x” 你可以查看其帮助。

  • x/x 以十六进制输出
  • x/d 以十进制输出
  • x/c 以单字符输出
  • x/i  反汇编 – 通常,我们会使用 x/10i $ip-20 来查看当前的汇编($ip是指令寄存器)
  • x/s 以字符串输出

八、command命令

有一些朋友问我如何自动化调试。这里向大家介绍command命令,简单的理解一下,其就是把一组gdb的命令打包,有点像字处理软件的“宏”。下面是一个示例:


1

2

3

4

5

6

7

8

9

10

(gdbbreak func

Breakpoint 1 at 0x3475678: file test.c, line 12.

(gdbcommand 1

Type commands for when breakpoint 1 is hit, one per line.

End with a line saying just "end".

>print arg1

>print arg2

>print arg3

>end

(gdb)

当我们的断点到达时,自动执行command中的三个命令,把func的三个参数值打出来。

(全文完)

时间: 2024-10-18 19:30:48

【转】GDB中应该知道的几个调试方法的相关文章

GDB中应该知道的几个调试方法

七.八年前写过一篇<用GDB调试程序>,于是,从那以后,很多朋友在MSN上以及给我发邮件询问我关于GDB的问题,一直到今天,还有人在问GDB的相关问题.这么多年来,有一些问题是大家反复在问的,一方面,我觉得我以前的文章可能没有说清楚,另一方面,我觉得大家常问的问题正是最有用的,所以,在这里罗列出来.希望大家补充. 一.多线程调试多线程调试可能是问得最多的.其实,重要就是下面几个命令: info thread 查看当前进程的线程.thread <ID> 切换调试的线程为指定ID的线程

GDB中应该知道的几个调试方法 来自陈皓

GDB中应该知道的几个调试方法 2011年2月10日陈皓发表评论阅读评论62,325 人阅读 七.八年前写过一篇<用GDB调试程序>,于是,从那以后,很多朋友在MSN上以及给我发邮件询问我关于GDB的问题,一直到今天,还有人在问GDB的相关问题.这么多年来,有一些问题是大家反复在问的,一方面,我觉得我以前的文章可能没有说清楚,另一方面,我觉得大家常问的问题正是最有用的,所以,在这里罗列出来.希望大家补充. 一.多线程调试 多线程调试可能是问得最多的.其实,重要就是下面几个命令: info th

IOS开发中一些受用的编码和调试方法积累

1.## 与 @# 在宏里面该怎样使用 ##的使用, 首先我们添加一个宏 1 #define LRWeakSelf(type) __weak typeof(type) weak##type = type; ##是连接的作用, 即当使用上面的宏会把weak与输入的type值连接起来如下图: #的意思是紧跟着它的后面的标识符添加一个双引号""@#的使用, 我们添加一个普通的宏: 1 #define LRToast(str) [NSString stringWithFormat:@"

Web项目中JSP页面的一种调试方法与出现的问题 -- SpringMVC架构测试

在前端开发中,尤其是MVC架构多人开发,负责前端的童鞋总是需要做静态页面,再和后台连接前无法使用变量如EL表达式等测试功能,所以本人引入了一个模板jsp数据测试专用文件,专门配置所有的变量,然后在待测试的jsp页面中引入进去,就可以测试了,与后台整合时只需要删除include标签即可.(由于本人是初学者,若有什么更高明快捷的测试方法,,,望勿喷<( ̄︶ ̄)[GO!]) 以下是项目结构(略复杂,SpringMVC架构,取所需即可),通过redirect.jsp重定向到/jsp/pages /exe

在GDB中完成类似vs的set next statement的行为

在visual studio中,可以同鼠标右键在源代码的指定位置,选择set next statement来快速控制程序到指定位置开始执行.这可以让那些粗心大意的程序员无需重复前面的步骤,查看之前程序是如何运行的. 在GDB中,这一行为由两个指令完成.1.break point2.jump point 注意1.如果将指针设置为当前执行函数以外的位置,会造成各种未知的后果(有兴趣可以自行尝试)2.如果在代码运行逻辑上,执行了未初始化的代码,或者执行了不能重复执行代码,也会造成未知的后果 例子源码#

使用call命令在GDB中重复调用某函数

在白盒测试中经常使用GDB进行函数的分支覆盖测试,但在测试对象函数触发很困难,测试效率就很低下. 假设测试函数fun1有10条分支.每次进入fun1需设置10个变量. 那么一般情况下要在GDB中操作10 * 10 = 100次才能将该分支覆盖完毕. 经过查找,GDB中存在一种方法,重复调用该函数,使用10+10 =20次即可覆盖分支. GDB使用步骤: 1)首先对该函数打断点 有以下函数: int webprc_cmmenu_lchk(WEB_CMMENU_LAN_PATH_CHK_STATUS

[转] gdb中忽略信号处理

信号(Signals) 信号是一种软中断,是一种处理异步事件的方法.一般来说,操作系统都支持许多信号.尤其是UNIX,比较重要应用程序一般都会处理信号.UNIX定义了许 多信号,比如SIGINT表示中断字符信号,也就是Ctrl+C的信号,SIGBUS表示硬件故障的信号:SIGCHLD表示子进程状态改变信号: SIGKILL表示终止程序运行的信号,等等.信号量编程是UNIX下非常重要的一种技术. GDB有能力在你调试程序的时候处理任何一种信号,你可以告诉GDB需要处理哪一种信号.你可以要求GDB收

GDB调试方法精粹

http://blog.chinaunix.net/uid-26000296-id-3499802.html 一.多线程调试1. 多线程调试,最重要的几个命令:info threads                        查看当前进程的线程.                                          GDB会为每个线程分配一个ID, 后面操作线程的时候会用到这个ID.                                          前面有*的是

gdb的基本调试方法

1.怎么调试程序 在linux下,我们通常用gcc来编译链接程序,用gdb来调试程序.在用gcc生成程序的时候,用-g选项来使程序可以调试: [email protected]:~/gdb$ gcc -g -Wall gdbtest.c -o gdbtest 然后在用如下命令调试程序: [email protected]:~/gdb$ gdb gdbtest 2.gdb的基本命令介绍 run 在gdb中运行你的程序,一般会在你设置的断点地方停止. start 也是在gdb中运行程序,不过默认实在