linux下gdb单步调试

GDB调试程序

GDB 概述
————

GDB GNU开源组织发布的一个强大的 UNIX下的程序调试工具。或许,各位比较喜欢那种图形界面方式的,像 VC BCB IDE的调试,但如果你是在 UNIX平台下做软件,你会发现 GDB这个调试工具有比 VC BCB的图形化调试器更强大的功能。所谓寸有所长,尺有所短就是这个道理。

一般来说, GDB主要帮忙你完成下面四个方面的功能:

1 、启动你的程序,可以按照你的自定义的要求随心所欲的运行程序。
2
、可让被调试的程序在你所指定的调置的断点处停住。(断点可以是条件表达式)
3
、当程序被停住时,可以检查此时你的程序中所发生的事。
4
、动态的改变你程序的执行环境。

从上面看来, GDB和一般的调试工具没有什么两样,基本上也是完成这些功能,不过在细节上,你会发现 GDB这个调试工具的强大,大家可能比较习惯了图形化的调试工具,但有时候,命令行的调试工具却有着图形化工具所不能完成的功能。让我们一一看来。


一个调试示例
——————

源程序: tst.c

1 #include
2
3 int func(int n)
4 {
5 int sum=0,i;
6 for(i=0; i 7 {
8 sum+=i;
9 }
10 return sum;
11 }
12
13
14 main()
15 {
16 int i;
17 long result = 0;
18 for(i=1; i<=100; i++)
19 {
20 result += i;
21 }
22
23 printf("result[1-100] = %d /n", result );
24 printf("result[1-250] = %d /n", func(250) );
25 }

编译生成执行文件:( Linux下)
hchen/test> cc -g tst.c -o tst

使用 GDB调试:

hchen/test> gdb tst <----------启动 GDB
GNU gdb 5.1.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-suse-linux"...
(gdb) l <-------------------- l
命令相当于 list,从第一行开始例出原码。
1 #include
2
3 int func(int n)
4 {
5 int sum=0,i;
6 for(i=0; i 7 {
8 sum+=i;
9 }
10 return sum;
(gdb) <--------------------
直接回车表示,重复上一次命令
11 }
12
13
14 main()
15 {
16 int i;
17 long result = 0;
18 for(i=1; i<=100; i++)
19 {
20 result += i;
(gdb) break 16 <--------------------
设置断点,在源程序第 16行处。
Breakpoint 1 at 0x8048496: file tst.c, line 16.
(gdb) break func <--------------------
设置断点,在函数 func()入口处。
Breakpoint 2 at 0x8048456: file tst.c, line 5.
(gdb) info break <--------------------
查看断点信息。
Num Type Disp Enb Address What
1 breakpoint keep y 0x08048496 in main at tst.c:16
2 breakpoint keep y 0x08048456 in func at tst.c:5
(gdb) r <---------------------
运行程序, run命令简写
Starting program: /home/hchen/test/tst

Breakpoint 1, main () at tst.c:17 <----------在断点处停住。
17 long result = 0;
(gdb) n <---------------------
单条语句执行, next命令简写。
18 for(i=1; i<=100; i++)
(gdb) n
20 result += i;
(gdb) n
18 for(i=1; i<=100; i++)
(gdb) n
20 result += i;
(gdb) c <---------------------
继续运行程序, continue命令简写。
Continuing.
result[1-100] = 5050 <----------
程序输出。

Breakpoint 2, func (n=250) at tst.c:5
5 int sum=0,i;
(gdb) n
6 for(i=1; i<=n; i++)
(gdb) p i <---------------------
打印变量 i的值, print命令简写。
$1 = 134513808
(gdb) n
8 sum+=i;
(gdb) n
6 for(i=1; i<=n; i++)
(gdb) p sum
$2 = 1
(gdb) n
8 sum+=i;
(gdb) p i
$3 = 2
(gdb) n
6 for(i=1; i<=n; i++)
(gdb) p sum
$4 = 3
(gdb) bt <---------------------
查看函数堆栈。
#0 func (n=250) at tst.c:5
#1 0x080484e4 in main () at tst.c:24
#2 0x400409ed in __libc_start_main () from /lib/libc.so.6
(gdb) finish <---------------------
退出函数。
Run till exit from #0 func (n=250) at tst.c:5
0x080484e4 in main () at tst.c:24
24 printf("result[1-250] = %d /n", func(250) );
Value returned is $6 = 31375
(gdb) c <---------------------
继续运行。
Continuing.
result[1-250] = 31375 <----------
程序输出。

Program exited with code 027. <--------程序退出,调试结束。
(gdb) q <---------------------
退出 gdb
hchen/test>

好了,有了以上的感性认识,还是让我们来系统地认识一下 gdb吧。


使用 GDB
————

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

> cc -g hello.c -o hello
> g++ -g hello.cpp -o hello

如果没有 -g,你将看不见程序的函数名、变量名,所代替的全是运行时的内存地址。当你用 -g把调试信息加入之后,并成功编译目标代码以后,让我们来看看如何用 gdb来调试他。

启动 GDB的方法有以下几种:

1 gdb
program
也就是你的执行文件,一般在当然目录下。

2 gdb core
gdb同时调试一个运行程序和 core文件, core是程序非法执行后 core dump后产生的文件。

3 gdb
如果你的程序是一个服务程序,那么你可以指定这个服务程序运行时的进程 ID gdb会自动 attach上去,并调试他。 program应该在 PATH环境变量中搜索得到。

GDB 启动时,可以加上一些 GDB的启动开关,详细的开关可以用 gdb -help查看。我在下面只例举一些比较常用的参数:

-symbols
-s
从指定文件中读取符号表。

-se file
从指定文件中读取符号表信息,并把他用在可执行文件中。

-core
-c
调试时 core dump core文件。

-directory
-d
加入一个源文件的搜索路径。默认搜索路径是环境变量中 PATH所定义的路径。

GDB 的命令概貌
———————

启动 gdb后,就你被带入 gdb的调试环境中,就可以使用 gdb的命令开始调试程序了, gdb的命令可以使用 help命令来查看,如下所示:

/home/hchen> gdb
GNU gdb 5.1.1
Copyright 2002 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-suse-linux".
(gdb) help
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

Type "help" followed by a class name for a list of commands in that class.
Type "help" followed by command name for full documentation.
Command name abbreviations are allowed if unambiguous.
(gdb)

gdb 的命令很多, gdb把之分成许多个种类。 help命令只是例出 gdb的命令种类,如果要看种类中的命令,可以使用 help 命令,如: help breakpoints,查看设置断点的所有命令。也可以直接 help 来查看命令的帮助。


gdb
中,输入命令时,可以不用打全命令,只用打命令的前几个字符就可以了,当然,命令的前几个字符应该要标志着一个唯一的命令,在 Linux下,你可以敲击两次 TAB键来补齐命令的全称,如果有重复的,那么 gdb会把其例出来。

示例一:在进入函数 func时,设置一个断点。可以敲入 break func,或是直接就是 b func
(gdb) b func
Breakpoint 1 at 0x8048458: file hello.c, line 10.

示例二:敲入 b按两次 TAB键,你会看到所有 b打头的命令:
(gdb) b
backtrace break bt
(gdb)

示例三:只记得函数的前缀,可以这样:
(gdb) b make_ <
TAB >
(再按下一次 TAB键,你会看到 :
make_a_section_from_file make_environ
make_abs_section make_function_type
make_blockvector make_pointer_type
make_cleanup make_reference_type
make_command make_symbol_completion_list
(gdb) b make_
GDB
把所有 make开头的函数全部例出来给你查看。

示例四:调试 C++的程序时,有可以函数名一样。如:
(gdb) b 'bubble( M-?
bubble(double,double) bubble(int,int)
(gdb) b 'bubble(
你可以查看到 C++中的所有的重载函数及参数。(注: M-?按两次 TAB是一个意思)

要退出 gdb时,只用发 quit或命令简称 q就行了。

GDB 中运行 UNIX shell程序
————————————

gdb环境中,你可以执行 UNIX shell的命令,使用 gdb shell命令来完成:

shell
调用 UNIX shell来执行 ,环境变量 SHELL中定义的 UNIX shell将会被用来执行 ,如果 SHELL没有定义,那就使用 UNIX的标准 shell /bin/sh。(在 Windows中使用 Command.com cmd.exe

还有一个 gdb命令是 make
make
可以在 gdb中执行 make命令来重新 build自己的程序。这个命令等价于 “ shell make

GDB中运行程序
————————

当以 gdb 方式启动 gdb后, gdb会在 PATH路径和当前目录中搜索 的源文件。如要确认 gdb是否读到源文件,可使用 l list命令,看看 gdb是否能列出源代码。

gdb中,运行程序使用 r或是 run命令。程序的运行,你有可能需要设置下面四方面的事。

1 、程序运行参数。
set args
可指定运行时参数。(如: set args 10 20 30 40 50
show args
命令可以查看设置好的运行参数。

2 、运行环境。
path

可设定程序的运行路径。
show paths
查看程序的运行路径。
set environment varname [=value]
设置环境变量。如: set env USER=hchen
show environment [varname]
查看环境变量。

3 、工作目录。
cd

相当于 shell cd命令。
pwd
显示当前的所在目录。

4 、程序的输入输出。
info terminal
显示你程序用到的终端的模式。
使用重定向控制程序输出。如: run > outfile
tty
命令可以指写输入输出的终端设备。如: tty /dev/ttyb


调试已运行的程序
————————

两种方法:
1
、在 UNIX下用 ps查看正在运行的程序的 PID(进程 ID),然后用 gdb PID格式挂接正在运行的程序。
2
、先用 gdb 关联上源代码,并进行 gdb,在 gdb中用 attach命令来挂接进程的 PID。并用 detach来取消挂接的进程。

暂停 /恢复程序运行
—————————

调试程序中,暂停程序运行是必须的, GDB可以方便地暂停程序的运行。你可以设置程序的在哪行停住,在什么条件下停住,在收到什么信号时停往等等。以便于你查看运行时的变量,以及运行时的流程。

当进程被 gdb停住时,你可以使用 info program来查看程序的是否在运行,进程号,被暂停的原因。

gdb中,我们可以有以下几种暂停方式:断点( BreakPoint)、观察点( WatchPoint)、捕捉点( CatchPoint)、信号( Signals)、线程停止( Thread Stops)。如果要恢复程序运行,可以使用 c或是 continue命令。


一、设置断点( BreakPoint

我们用 break命令来设置断点。正面有几点设置断点的方法:

break
在进入指定函数时停住。 C++中可以使用 class::function function(type,type)格式来指定函数名。

break
在指定行号停住。

break +offset
break -offset
在当前行号的前面或后面的 offset行停住。 offiset为自然数。

break filename:linenum
在源文件 filename linenum行处停住。

break filename:function
在源文件 filename function函数的入口处停住。

break *address
在程序运行的内存地址处停住。

break
break
命令没有参数时,表示在下一条指令处停住。

break ... if
...
可以是上述的参数, condition表示条件,在条件成立时停住。比如在循环境体中,可以设置 break if i=100,表示当 i 100时停住程序。

查看断点时,可使用 info命令,如下所示:(注: n表示断点号)
info breakpoints [n]
info break [n]

二、设置观察点( WatchPoint

观察点一般来观察某个表达式(变量也是一种表达式)的值是否有变化了,如果有变化,马上停住程序。我们有下面的几种方法来设置观察点:

watch
为表达式(变量) expr设置一个观察点。一量表达式值有变化时,马上停住程序。

rwatch
当表达式(变量) expr被读时,停住程序。

awatch
当表达式(变量)的值被读或被写时,停住程序。

info watchpoints
列出当前所设置了的所有观察点。


三、设置捕捉点( CatchPoint

你可设置捕捉点来补捉程序运行时的一些事件。如:载入共享库(动态链接库)或是 C++的异常。设置捕捉点的格式为:

catch
event发生时,停住程序。 event可以是下面的内容:
1
throw一个 C++抛出的异常。( throw为关键字)
2
catch一个 C++捕捉到的异常。( catch为关键字)
3
exec调用系统调用 exec时。( exec为关键字,目前此功能只在 HP-UX下有用)
4
fork调用系统调用 fork时。( fork为关键字,目前此功能只在 HP-UX下有用)
5
vfork调用系统调用 vfork时。( vfork为关键字,目前此功能只在 HP-UX下有用)
6
load load 载入共享库(动态链接库)时。( load为关键字,目前此功能只在 HP-UX下有用)
7
unload unload 卸载共享库(动态链接库)时。( unload为关键字,目前此功能只在 HP-UX下有用)

tcatch
只设置一次捕捉点,当程序停住以后,应点被自动删除。

四、维护停止点

上面说了如何设置程序的停止点, GDB中的停止点也就是上述的三类。在 GDB中,如果你觉得已定义好的停止点没有用了,你可以使用 delete clear disable enable这几个命令来进行维护。

clear
清除所有的已定义的停止点。

clear
clear
清除所有设置在函数上的停止点。

clear
clear
清除所有设置在指定行上的停止点。

delete [breakpoints] [range...]
删除指定的断点, breakpoints为断点号。如果不指定断点号,则表示删除所有的断点。 range表示断点号的范围(如: 3-7)。其简写命令为 d


比删除更好的一种方法是 disable停止点, disable了的停止点, GDB不会删除,当你还需要时, enable即可,就好像回收站一样。

disable [breakpoints] [range...]
disable
所指定的停止点, breakpoints为停止点号。如果什么都不指定,表示 disable所有的停止点。简写命令是 dis.

enable [breakpoints] [range...]
enable
所指定的停止点, breakpoints为停止点号。

enable [breakpoints] once range...
enable
所指定的停止点一次,当程序停止后,该停止点马上被 GDB自动 disable

enable [breakpoints] delete range...
enable
所指定的停止点一次,当程序停止后,该停止点马上被 GDB自动删除。

五、停止条件维护

前面在说到设置断点时,我们提到过可以设置一个条件,当条件成立时,程序自动停止,这是一个非常强大的功能,这里,我想专门说说这个条件的相关维护命令。一般来说,为断点设置一个条件,我们使用 if关键词,后面跟其断点条件。并且,条件设置好后,我们可以用 condition命令来修改断点的条件。(只有 break watch命令支持 if catch目前暂不支持 if

condition
修改断点号为 bnum的停止条件为 expression

condition
清除断点号为 bnum的停止条件。


还有一个比较特殊的维护命令 ignore,你可以指定程序运行时,忽略停止条件几次。

ignore
表示忽略断点号为 bnum的停止条件 count次。

六、为停止点设定运行命令

我们可以使用 GDB提供的 command命令来设置停止点的运行命令。也就是说,当运行的程序在被停止住时,我们可以让其自动运行一些别的命令,这很有利行自动化调试。对基于 GDB的自动化调试是一个强大的支持。


commands [bnum]
... command-list ...
end

为断点号 bnum指写一个命令列表。当程序被该断点停住时, gdb会依次运行命令列表中的命令。

例如:

break foo if x>0
commands
printf "x is %d/n",x
continue
end
断点设置在函数 foo中,断点条件是 x>0,如果程序被断住后,也就是,一旦 x的值在 foo函数中大于 0 GDB会自动打印出 x的值,并继续运行程序。

如果你要清除断点上的命令序列,那么只要简单的执行一下 commands命令,并直接在打个 end就行了。


七、断点菜单

C++中,可能会重复出现同一个名字的函数若干次(函数重载),在这种情况下, break 不能告诉 GDB要停在哪个函数的入口。当然,你可以使用 break 也就是把函数的参数类型告诉 GDB,以指定一个函数。否则的话, GDB会给你列出一个断点菜单供你选择你所需要的断点。你只要输入你菜单列表中的编号就可以了。如:

(gdb) b String::after
[0] cancel
[1] all
[2] file:String.cc; line number:867
[3] file:String.cc; line number:860
[4] file:String.cc; line number:875
[5] file:String.cc; line number:853
[6] file:String.cc; line number:846
[7] file:String.cc; line number:735
> 2 4 6
Breakpoint 1 at 0xb26c: file String.cc, line 867.
Breakpoint 2 at 0xb344: file String.cc, line 875.
Breakpoint 3 at 0xafcc: file String.cc, line 846.
Multiple breakpoints were set.
Use the "delete" command to delete unwanted
breakpoints.
(gdb)

可见, GDB列出了所有 after的重载函数,你可以选一下列表编号就行了。 0表示放弃设置断点, 1表示所有函数都设置断点。


八、恢复程序运行和单步调试

当程序被停住了,你可以用 continue命令恢复程序的运行直到程序结束,或下一个断点到来。也可以使用 step next命令单步跟踪程序。

continue [ignore-count]
c [ignore-count]
fg [ignore-count]
恢复程序运行,直到程序结束,或是下一个断点到来。 ignore-count表示忽略其后的断点次数。 continue c fg三个命令都是一样的意思。


step
单步跟踪,如果有函数调用,他会进入该函数。进入函数的前提是,此函数被编译有 debug信息。很像 VC等工具中的 step in。后面可以加 count也可以不加,不加表示一条条地执行,加表示执行后面的 count条指令,然后再停住。

next
同样单步跟踪,如果有函数调用,他不会进入该函数。很像 VC等工具中的 step over。后面可以加 count也可以不加,不加表示一条条地执行,加表示执行后面的 count条指令,然后再停住。

set step-mode
set step-mode on
打开 step-mode模式,于是,在进行单步跟踪时,程序不会因为没有 debug信息而不停住。这个参数有很利于查看机器码。

set step-mod off
关闭 step-mode模式。

finish
运行程序,直到当前函数完成返回。并打印函数返回时的堆栈地址和返回值及参数值等信息。

until u
当你厌倦了在一个循环体内单步跟踪时,这个命令可以运行程序直到退出循环体。

stepi si
nexti
ni
单步跟踪一条机器指令!一条程序代码有可能由数条机器指令完成, stepi nexti可以单步执行机器指令。与之一样有相同功能的命令是 “ display/i $pc ”,当运行完这个命令后,单步跟踪会在打出程序代码的同时打出机器指令(也就是汇编代码)


九、信号( Signals

信号是一种软中断,是一种处理异步事件的方法。一般来说,操作系统都支持许多信号。尤其是 UNIX,比较重要应用程序一般都会处理信号。 UNIX定义了许多信号,比如 SIGINT表示中断字符信号,也就是 Ctrl+C的信号, SIGBUS表示硬件故障的信号; SIGCHLD表示子进程状态改变信号; SIGKILL表示终止程序运行的信号,等等。信号量编程是 UNIX下非常重要的一种技术。

GDB 有能力在你调试程序的时候处理任何一种信号,你可以告诉 GDB需要处理哪一种信号。你可以要求 GDB收到你所指定的信号时,马上停住正在运行的程序,以供你进行调试。你可以用 GDB handle命令来完成这一功能。

handle
GDB中定义一个信号处理。信号 可以以 SIG开头或不以 SIG开头,可以用定义一个要处理信号的范围(如: SIGIO-SIGKILL,表示处理从 SIGIO信号到 SIGKILL的信号,其中包括 SIGIO SIGIOT SIGKILL三个信号),也可以使用关键字 all来标明要处理所有的信号。一旦被调试的程序接收到信号,运行程序马上会被 GDB停住,以供调试。其 可以是以下几种关键字的一个或多个。

nostop
当被调试的程序收到信号时, GDB不会停住程序的运行,但会打出消息告诉你收到这种信号。
stop
当被调试的程序收到信号时, GDB会停住你的程序。
print
当被调试的程序收到信号时, GDB会显示出一条信息。
noprint
当被调试的程序收到信号时, GDB不会告诉你收到信号的信息。
pass
noignore
当被调试的程序收到信号时, GDB不处理信号。这表示, GDB会把这个信号交给被调试程序会处理。
nopass
ignore
当被调试的程序收到信号时, GDB不会让被调试程序来处理这个信号。


info signals
info handle
查看有哪些信号在被 GDB检测中。


十、线程( Thread Stops

如果你程序是多线程的话,你可以定义你的断点是否在所有的线程上,或是在某个特定的线程。 GDB很容易帮你完成这一工作。

break thread
break thread if ...
linespec
指定了断点设置在的源程序的行号。 threadno指定了线程的 ID,注意,这个 ID GDB分配的,你可以通过 “ info threads ”命令来查看正在运行程序中的线程信息。如果你不指定 thread 则表示你的断点设在所有线程上面。你还可以为某线程指定断点条件。如:

(gdb) break frik.c:13 thread 28 if bartab > lim

当你的程序被 GDB停住时,所有的运行线程都会被停住。这方便你你查看运行程序的总体情况。而在你恢复程序运行时,所有的线程也会被恢复运行。那怕是主进程在被单步调试时。

查看栈信息
—————

当程序被停住了,你需要做的第一件事就是查看程序是在哪里停住的。当你的程序调用了一个函数,函数的地址,函数参数,函数内的局部变量都会被压入 Stack)中。你可以用 GDB命令来查看当前的栈中的信息。

下面是一些查看函数调用栈信息的 GDB命令:

backtrace
bt
打印当前的函数调用栈的所有信息。如:

(gdb) bt
#0 func (n=250) at tst.c:6
#1 0x08048524 in main (argc=1, argv=0xbffff674) at tst.c:30
#2 0x400409ed in __libc_start_main () from /lib/libc.so.6

从上可以看出函数的调用栈信息: __libc_start_main --> main() --> func()


backtrace
bt
n
是一个正整数,表示只打印栈顶上 n层的栈信息。

backtrace <-n>
bt <-n>
-n
表一个负整数,表示只打印栈底下 n层的栈信息。

如果你要查看某一层的信息,你需要在切换当前的栈,一般来说,程序停止时,最顶层的栈就是当前栈,如果你要查看栈下面层的详细信息,首先要做的是切换当前栈。

frame
f
n
是一个从 0开始的整数,是栈中的层编号。比如: frame 0,表示栈顶, frame 1,表示栈的第二层。

up
表示向栈的上面移动 n层,可以不打 n,表示向上移动一层。

down
表示向栈的下面移动 n层,可以不打 n,表示向下移动一层。

上面的命令,都会打印出移动到的栈层的信息。如果你不想让其打出信息。你可以使用这三个命令:

select-frame
对应于 frame命令。
up-silently
对应于 up命令。
down-silently
对应于 down命令。


查看当前栈层的信息,你可以用以下 GDB命令:

frame f
会打印出这些信息:栈的层编号,当前的函数名,函数参数值,函数所在文件及行号,函数执行到的语句。

info frame
info f
这个命令会打印出更为详细的当前栈层的信息,只不过,大多数都是运行时的内内地址。比如:函数地址,调用函数的地址,被调用函数的地址,目前的函数是由什么样的程序语言写成的、函数参数地址及值、局部变量的地址等等。如:
(gdb) info f
Stack level 0, frame at 0xbffff5d4:
eip = 0x804845d in func (tst.c:6); saved eip 0x8048524
called by frame at 0xbffff60c
source language c.
Arglist at 0xbffff5d4, args: n=250
Locals at 0xbffff5d4, Previous frame's sp is 0x0
Saved registers:
ebp at 0xbffff5d4, eip at 0xbffff5d8

info args
打印出当前函数的参数名及其值。

info locals
打印出当前函数中所有局部变量及其值。

info catch
打印出当前的函数中的异常处理信息。

查看源程序
—————

一、显示源代码

GDB 可以打印出所调试程序的源代码,当然,在程序编译时一定要加上 -g的参数,把源程序信息编译到执行文件中。不然就看不到源程序了。当程序停下来以后, GDB会报告程序停在了那个文件的第几行上。你可以用 list命令来打印程序的源代码。还是来看一看查看源代码的 GDB命令吧。

list
显示程序第 linenum行的周围的源程序。

list
显示函数名为 function的函数的源程序。

list
显示当前行后面的源程序。

list -
显示当前行前面的源程序。

一般是打印当前行的上 5行和下 5行,如果显示函数是是上 2行下8 行,默认是 10行,当然,你也可以定制显示的范围,使用下面命令可以设置一次显示源程序的行数。

set listsize
设置一次显示源代码的行数。

show listsize
查看当前 listsize的设置。

list 命令还有下面的用法:

list ,
显示从 first行到 last行之间的源代码。

list ,
显示从当前行到 last行之间的源代码。

list +
往后显示源代码。

一般来说在 list后面可以跟以下这们的参数:

行号。
<+offset>
当前行号的正偏移量。
<-offset>
当前行号的负偏移量。
哪个文件的哪一行。
函数名。
哪个文件中的哪个函数。
<*address>
程序运行时的语句在内存中的地址。

二、搜索源代码

不仅如此, GDB还提供了源代码搜索的命令:

forward-search
search
向前面搜索。

reverse-search
全部搜索。

其中, 就是正则表达式,也主一个字符串的匹配模式,关于正则表达式,我就不在这里讲了,还请各位查看相关资料。


三、指定源文件的路径

某些时候,用 -g编译过后的执行程序中只是包括了源文件的名字,没有路径名。 GDB提供了可以让你指定源文件的路径的命令,以便 GDB进行搜索。

directory
dir
加一个源文件路径到当前路径的前面。如果你要指定多个路径, UNIX下你可以使用 “ : ” Windows下你可以使用 “ ; ”
directory
清除所有的自定义的源文件搜索路径信息。

show directories
显示定义了的源文件搜索路径。

四、源代码的内存

你可以使用 info line命令来查看源代码在内存中的地址。 info line后面可以跟行号函数名文件名 :行号文件名 :函数名,这个命令会打印出所指定的源码在运行时的内存地址,如:

(gdb) info line tst.c:func
Line 5 of "tst.c" starts at address 0x8048456 and ends at 0x804845d .

还有一个命令( disassemble)你可以查看源程序的当前执行时的机器码,这个命令会把目前内存中的指令 dump出来。如下面的示例表示查看函数 func的汇编代码。

(gdb) disassemble func
Dump of assembler code for function func:
0x8048450 : push %ebp
0x8048451 : mov %esp,%ebp
0x8048453 : sub $0x18,%esp
0x8048456 : movl $0x0,0xfffffffc(%ebp)
0x804845d : movl $0x1,0xfffffff8(%ebp)
0x8048464 : mov 0xfffffff8(%ebp),%eax
0x8048467 : cmp 0x8(%ebp),%eax
0x804846a : jle 0x8048470
0x804846c : jmp 0x8048480
0x804846e : mov %esi,%esi
0x8048470 : mov 0xfffffff8(%ebp),%eax
0x8048473 : add %eax,0xfffffffc(%ebp)
0x8048476 : incl 0xfffffff8(%ebp)
0x8048479 : jmp 0x8048464
0x804847b : nop
0x804847c : lea 0x0(%esi,1),%esi
0x8048480 : mov 0xfffffffc(%ebp),%edx
0x8048483 : mov %edx,%eax
0x8048485 : jmp 0x8048487
0x8048487 : mov %ebp,%esp
0x8048489 : pop %ebp
0x804848a : ret
End of assembler dump.

查看运行时数据
———————


在你调试程序时,当程序被停住时,你可以使用 print命令(简写命令为 p),或是同义命令 inspect来查看当前程序的运行数据。 print命令的格式是:

print
print /
是表达式,是你所调试的程序的语言的表达式( GDB可以调试多种编程语言), 是输出的格式,比如,如果要把表达式按 16进制的格式输出,那么就是 /x


一、表达式

print 和许多 GDB的命令一样,可以接受一个表达式, GDB会根据当前的程序运行的数据来计算这个表达式,既然是表达式,那么就可以是当前程序运行中的 const常量、变量、函数等内容。可惜的是 GDB不能使用你在程序中所定义的宏。

表达式的语法应该是当前所调试的语言的语法,由于 C/C++是一种大众型的语言,所以,本文中的例子都是关于 C/C++的。(而关于用 GDB调试其它语言的章节,我将在后面介绍)

在表达式中,有几种 GDB所支持的操作符,它们可以用在任何一种语言中。

@
是一个和数组有关的操作符,在后面会有更详细的说明。

::
指定一个在文件或是一个函数中的变量。

{}
表示一个指向内存地址 的类型为 type的一个对象。


二、程序变量

GDB中,你可以随时查看以下三种变量的值:
1
、全局变量(所有文件可见的)
2
、静态全局变量(当前文件可见的)
3
、局部变量(当前 Scope可见的)

如果你的局部变量和全局变量发生冲突(也就是重名),一般情况下是局部变量会隐藏全局变量,也就是说,如果一个全局变量和一个函数中的局部变量同名时,如果当前停止点在函数中,用 print显示出的变量的值会是函数中的局部变量的值。如果此时你想查看全局变量的值时,你可以使用 “ :: ”操作符:

file::variable
function::variable
可以通过这种形式指定你所想查看的变量,是哪个文件中的或是哪个函数中的。例如,查看文件 f2.c中的全局变量 x的值:

gdb) p 'f2.c'::x

当然, “ :: ”操作符会和 C++中的发生冲突, GDB能自动识别 “ :: ”是否 C++的操作符,所以你不必担心在调试 C++程序时会出现异常。

另外,需要注意的是,如果你的程序编译时开启了优化选项,那么在用 GDB调试被优化过的程序时,可能会发生某些变量不能访问,或是取值错误码的情况。这个是很正常的,因为优化程序会删改你的程序,整理你程序的语句顺序,剔除一些无意义的变量等,所以在 GDB调试这种程序时,运行时的指令和你所编写指令就有不一样,也就会出现你所想象不到的结果。对付这种情况时,需要在编译程序时关闭编译优化。一般来说,几乎所有的编译器都支持编译优化的开关,例如, GNU C/C++编译器 GCC,你可以使用 “ -gstabs ”选项来解决这个问题。关于编译器的参数,还请查看编译器的使用说明文档。

三、数组

有时候,你需要查看一段连续的内存空间的值。比如数组的一段,或是动态分配的数据的大小。你可以使用 GDB “ @ ”操作符, “ @ ”的左边是第一个内存的地址的值, “ @ ”的右边则你你想查看内存的长度。例如,你的程序中有这样的语句:

int *array = (int *) malloc (len * sizeof (int));

于是,在 GDB调试过程中,你可以以如下命令显示出这个动态数组的取值:

p *array@len

@ 的左边是数组的首地址的值,也就是变量 array所指向的内容,右边则是数据的长度,其保存在变量 len中,其输出结果,大约是下面这个样子的:

(gdb) p *array@len
$1 = {2, 4, 6, 8, 10, 12, 14, 16, 18, 20, 22, 24, 26, 28, 30, 32, 34, 36, 38, 40}

如果是静态数组的话,可以直接用 print数组名,就可以显示数组中所有数据的内容了。


四、输出格式

一般来说, GDB会根据变量的类型输出变量的值。但你也可以自定义 GDB的输出的格式。例如,你想输出一个整数的十六进制,或是二进制来查看这个整型变量的中的位的情况。要做到这样,你可以使用 GDB的数据显示格式:

x
按十六进制格式显示变量。
d
按十进制格式显示变量。
u
按十六进制格式显示无符号整型。
o
按八进制格式显示变量。
t
按二进制格式显示变量。
a
按十六进制格式显示变量。
c
按字符格式显示变量。
f
按浮点数格式显示变量。

(gdb) p i
$21 = 101

(gdb) p/a i
$22 = 0x65

(gdb) p/c i
$23 = 101 'e'

(gdb) p/f i
$24 = 1.41531145e-43

(gdb) p/x i
$25 = 0x65

(gdb) p/t i
$26 = 1100101


五、查看内存

你可以使用 examine命令(简写是 x)来查看内存地址中的值。 x命令的语法如下所示:

x/

n
f u是可选的参数。

n
是一个正整数,表示显示内存的长度,也就是说从当前地址向后显示几个地址的内容。
f
表示显示的格式,参见上面。如果地址所指的是字符串,那么格式可以是 s,如果地十是指令地址,那么格式可以是 i
u
表示从当前地址往后请求的字节数,如果不指定的话, GDB默认是 4 bytes u参数可以用下面的字符来代替, b表示单字节, h表示双字节, w表示四字节, g表示八字节。当我们指定了字节长度后, GDB会从指内存定的内存地址开始,读写指定字节,并把其当作一个值取出来。

表示一个内存地址。

n/f/u 三个参数可以一起使用。例如:

命令: x/3uh 0x54320表示,从内存地址 0x54320读取内容, h表示以双字节为一个单位, 3表示三个单位, u表示按十六进制显示。


六、自动显示

你可以设置一些自动显示的变量,当程序停住时,或是在你单步跟踪时,这些变量会自动显示。相关的 GDB命令是 display

display
display/
display/

expr
是一个表达式, fmt表示显示的格式, addr表示内存地址,当你用 display设定好了一个或多个表达式后,只要你的程序被停下来, GDB会自动显示你所设置的这些表达式的值。

格式 i s同样被 display支持,一个非常有用的命令是:

display/i $pc

$pc
GDB的环境变量,表示着指令的地址, /i则表示输出格式为机器指令码,也就是汇编。于是当程序停下后,就会出现源代码和机器指令码相对应的情形,这是一个很有意思的功能。

下面是一些和 display相关的 GDB命令:

undisplay
delete display
删除自动显示, dnums意为所设置好了的自动显式的编号。如果要同时删除几个,编号可以用空格分隔,如果要删除一个范围内的编号,可以用减号表示(如: 2-5

disable display
enable display
disable
enalbe不删除自动显示的设置,而只是让其失效和恢复。

info display
查看 display设置的自动显示的信息。 GDB会打出一张表格,向你报告当然调试中设置了多少个自动显示设置,其中包括,设置的编号,表达式,是否 enable

七、设置显示选项

GDB 中关于显示的选项比较多,这里我只例举大多数常用的选项。

set print address
set print address on
打开地址输出,当程序显示函数信息时, GDB会显出函数的参数地址。系统默认为打开的,如:

(gdb) f
#0 set_quotes (lq=0x34c78 "<<", rq=0x34c88 ">>")
at input.c:530
530 if (lquote != def_lquote)


set print address off
关闭函数的参数地址显示,如:

(gdb) set print addr off
(gdb) f
#0 set_quotes (lq="<<", rq=">>") at input.c:530
530 if (lquote != def_lquote)

show print address
查看当前地址显示选项是否打开。

set print array
set print array on
打开数组显示,打开后当数组显示时,每个元素占一行,如果不打开的话,每个元素则以逗号分隔。这个选项默认是关闭的。与之相关的两个命令如下,我就不再多说了。

set print array off
show print array

set print elements
这个选项主要是设置数组的,如果你的数组太大了,那么就可以指定一个 来指定数据显示的最大长度,当到达这个长度时, GDB就不再往下显示了。如果设置为 0,则表示不限制。

show print elements
查看 print elements的选项信息。

set print null-stop
如果打开了这个选项,那么当显示字符串时,遇到结束符则停止显示。这个选项默认为 off

set print pretty on
如果打开 printf pretty这个选项,那么当 GDB显示结构体时会比较漂亮。如:

$1 = {
next = 0x0,
flags = {
sweet = 1,
sour = 1
},
meat = 0x54 "Pork"
}

set print pretty off
关闭 printf pretty这个选项, GDB显示结构体时会如下显示:

$1 = {next = 0x0, flags = {sweet = 1, sour = 1}, meat = 0x54 "Pork"}

show print pretty
查看 GDB是如何显示结构体的。


set print sevenbit-strings
设置字符显示,是否按 “ /nnn ”的格式显示,如果打开,则字符串或字符数据按 /nnn显示,如 “ /065 ”

show print sevenbit-strings
查看字符显示开关是否打开。

set print union
设置显示结构体时,是否显式其内的联合体数据。例如有以下数据结构:

typedef enum {Tree, Bug} Species;
typedef enum {Big_tree, Acorn, Seedling} Tree_forms;
typedef enum {Caterpillar, Cocoon, Butterfly}
Bug_forms;

struct thing {
Species it;
union {
Tree_forms tree;
Bug_forms bug;
} form;
};

struct thing foo = {Tree, {Acorn}};

当打开这个开关时,执行 p foo命令后,会如下显示:
$1 = {it = Tree, form = {tree = Acorn, bug = Cocoon}}

当关闭这个开关时,执行 p foo命令后,会如下显示:
$1 = {it = Tree, form = {...}}

show print union
查看联合体数据的显示方式

set print object
C++中,如果一个对象指针指向其派生类,如果打开这个选项, GDB会自动按照虚方法调用的规则显示输出,如果关闭这个选项的话, GDB就不管虚函数表了。这个选项默认是 off

show print object
查看对象选项的设置。

set print static-members
这个选项表示,当显示一个 C++对象中的内容是,是否显示其中的静态数据成员。默认是 on

show print static-members
查看静态数据成员选项设置。

set print vtbl
当此选项打开时, GDB将用比较规整的格式来显示虚函数表时。其默认是关闭的。

show print vtbl
查看虚函数显示格式的选项。


八、历史记录

当你用 GDB print查看程序运行时的数据时,你每一个 print都会被 GDB记录下来。 GDB会以 $1, $2, $3 .....这样的方式为你每一个 print命令编上号。于是,你可以使用这个编号访问以前的表达式,如 $1。这个功能所带来的好处是,如果你先前输入了一个比较长的表达式,如果你还想查看这个表达式的值,你可以使用历史记录来访问,省去了重复输入。


九、 GDB环境变量

你可以在 GDB的调试环境中定义自己的变量,用来保存一些调试程序中的运行数据。要定义一个 GDB的变量很简单只需。使用 GDB set命令。 GDB的环境变量和 UNIX一样,也是以 $起头。如:

set $foo = *object_ptr

使用环境变量时, GDB会在你第一次使用时创建这个变量,而在以后的使用中,则直接对其賦值。环境变量没有类型,你可以给环境变量定义任一的类型。包括结构体和数组。

show convenience
该命令查看当前所设置的所有的环境变量。

这是一个比较强大的功能,环境变量和程序变量的交互使用,将使得程序调试更为灵活便捷。例如:

set $i = 0
print bar[$i++]->contents

于是,当你就不必, print bar[0]->contents, print bar[1]->contents地输入命令了。输入这样的命令后,只用敲回车,重复执行上一条语句,环境变量会自动累加,从而完成逐个输出的功能。


十、查看寄存器

要查看寄存器的值,很简单,可以使用如下命令:

info registers
查看寄存器的情况。(除了浮点寄存器)

info all-registers
查看所有寄存器的情况。(包括浮点寄存器)

info registers
查看所指定的寄存器的情况。

寄存器中放置了程序运行时的数据,比如程序当前运行的指令地址( ip),程序的当前堆栈地址( sp)等等。你同样可以使用 print命令来访问寄存器的情况,只需要在寄存器名字前加一个 $符号就可以了。如: p $eip

改变程序的执行
———————

一旦使用 GDB挂上被调试程序,当程序运行起来后,你可以根据自己的调试思路来动态地在 GDB中更改当前被调试程序的运行线路或是其变量的值,这个强大的功能能够让你更好的调试你的程序,比如,你可以在程序的一次运行中走遍程序的所有分支。


一、修改变量值

修改被调试程序运行时的变量值,在 GDB中很容易实现,使用 GDB print命令即可完成。如:

(gdb) print x=4

x=4
这个表达式是 C/C++的语法,意为把变量 x的值修改为 4,如果你当前调试的语言是 Pascal,那么你可以使用 Pascal的语法: x:=4

在某些时候,很有可能你的变量和 GDB中的参数冲突,如:

(gdb) whatis width
type = double
(gdb) p width
$4 = 13
(gdb) set width=47
Invalid syntax in expression.

因为, set width GDB的命令,所以,出现了 “ Invalid syntax in expression ”的设置错误,此时,你可以使用 set var命令来告诉 GDB width不是你 GDB的参数,而是程序的变量名,如:

(gdb) set var width=47

另外,还可能有些情况, GDB并不报告这种错误,所以保险起见,在你改变程序变量取值时,最好都使用 set var格式的 GDB命令。

二、跳转执行

一般来说,被调试程序会按照程序代码的运行顺序依次执行。 GDB提供了乱序执行的功能,也就是说, GDB可以修改程序的执行顺序,可以让程序执行随意跳跃。这个功能可以由 GDB jump命令来完:

jump
指定下一条语句的运行点。 可以是文件的行号,可以是 file:line格式,可以是 +num这种偏移量格式。表式着下一条运行语句从哪里开始。

jump


这里的
是代码行的内存地址。

注意, jump命令不会改变当前的程序栈中的内容,所以,当你从一个函数跳到另一个函数时,当函数运行完返回时进行弹栈操作时必然会发生错误,可能结果还是非常奇怪的,甚至于产生程序 Core Dump。所以最好是同一个函数中进行跳转。

熟悉汇编的人都知道,程序运行时,有一个寄存器用于保存当前代码所在的内存地址。所以, jump命令也就是改变了这个寄存器中的值。于是,你可以使用 “ set $pc ”来更改跳转执行的地址。如:

set $pc = 0x485


三、产生信号量

使用 singal命令,可以产生一个信号量给被调试的程序。如:中断信号 Ctrl+C。这非常方便于程序的调试,可以在程序运行的任意位置设置断点,并在该断点用 GDB产生一个信号量,这种精确地在某处产生信号非常有利程序的调试。

语法是: signal UNIX的系统信号量通常从 1 15。所以 取值也在这个范围。

single
命令和 shell kill命令不同,系统的 kill命令发信号给被调试程序时,是由 GDB截获的,而 single命令所发出一信号则是直接发给被调试程序的。

四、强制函数返回

如果你的调试断点在某个函数中,并还有语句没有执行完。你可以使用 return命令强制函数忽略还没有执行的语句并返回。

return
return
使用 return命令取消当前函数的执行,并立即返回,如果指定了 ,那么该表达式的值会被认作函数的返回值。


五、强制调用函数

call
表达式中可以一是函数,以此达到强制调用函数的目的。并显示函数的返回值,如果函数返回值是 void,那么就不显示。

另一个相似的命令也可以完成这一功能 —— print print后面可以跟表达式,所以也可以用他来调用函数, print call的不同是,如果函数返回 void call则不显示, print则显示函数返回值,并把该值存入历史数据中。

 

在不同语言中使用 GDB
——————————

GDB 支持下列语言: C, C++, Fortran, PASCAL, Java, Chill, assembly, Modula-2。一般说来, GDB会根据你所调试的程序来确定当然的调试语言,比如:发现文件名后缀为 “ .c ”的, GDB会认为是 C程序。文件名后缀为 “ .C, .cc, .cp, .cpp, .cxx, .c++ ”的, GDB会认为是 C++程序。而后缀是 “ .f, .F ”的, GDB会认为是 Fortran程序,还有,后缀为如果是 “ .s, .S ”的会认为是汇编语言。

也就是说, GDB会根据你所调试的程序的语言,来设置自己的语言环境,并让 GDB的命令跟着语言环境的改变而改变。比如一些 GDB命令需要用到表达式或变量时,这些表达式或变量的语法,完全是根据当前的语言环境而改变的。例如 C/C++中对指针的语法是 *p,而在 Modula-2中则是 p^。并且,如果你当前的程序是由几种不同语言一同编译成的,那到在调试过程中, GDB也能根据不同的语言自动地切换语言环境。这种跟着语言环境而改变的功能,真是体贴开发人员的一种设计。


下面是几个相关于 GDB语言环境的命令:

show language
查看当前的语言环境。如果 GDB不能识为你所调试的编程语言,那么, C语言被认为是默认的环境。

info frame
查看当前函数的程序语言。

info source
查看当前文件的程序语言。

如果 GDB没有检测出当前的程序语言,那么你也可以手动设置当前的程序语言。使用 set language命令即可做到。

set language命令后什么也不跟的话,你可以查看 GDB所支持的语言种类:

(gdb) set language
The currently understood settings are:

local or auto Automatic setting based on source file
c Use the C language
c++ Use the C++ language
asm Use the Asm language
chill Use the Chill language
fortran Use the Fortran language
java Use the Java language
modula-2 Use the Modula-2 language
pascal Use the Pascal language
scheme Use the Scheme language

于是你可以在 set language后跟上被列出来的程序语言名,来设置当前的语言环境。

后记
——

GDB 是一个强大的命令行调试工具。大家知道命令行的强大就是在于,其可以形成执行序列,形成脚本。 UNIX下的软件全是命令行的,这给程序开发提代供了极大的便利,命令行软件的优势在于,它们可以非常容易的集成在一起,使用几个简单的已有工具的命令,就可以做出一个非常强大的功能。



GDB手册1:一个GDB会话样例

GDB:第一章
第一章:一个GDB会话样例
1 一个GDB会话样例
你可以随意用这部手册来了解有关GDB的一切。然而,一些趁手的命令就足以开始使用调试器。这一章介绍了这些命令。
在这个简单的会话里,我们强调用户输入用黑体来显示,这样可以和环境输出明确的区分开来。
GNU m4(通用宏处理器)的以前版本有以下的一个bug:有时候,在我们改变了宏默认的引号字符串的时候,用来在别的宏里捕获
宏定义的命令就失效了。在接下来简短的m4例子里,我们定义了一个展开是“0000”的宏foo;我们接着用m4内建的defn来定义宏bar,bar的
值也是“0000”。然而,在我们用<QUOTE>来替代开引号字符和用<UNQUOTE>替代闭引号字符的后,定义一个同义词baz的相同的过程却失败了。
baz:
$ cd gnu/m4
$ ./m4
define(foo,0000)
foo
0000
define(bar,defn(‘foo’))
bar
0000
changequote(<QUOTE>,<UNQUOTE>)
define(baz,defn(<QUOTE>foo<UNQUOTE>))
baz
Ctrl-d
m4: End of input: 0: fatal error: EOF in string
让我们试着用GDB来看看发生了什么。
$ gdb m4
gdb is free software and you are welcome to distribute copies
of it under certain conditions; type “show copying” to see
the conditions.
There is absolutely no warranty for gdb; type “show warranty”
for details.
gdb 6.8.50.20080307, Copyright 1999 Free Software Foundation, Inc…
(gdb)
GDB只是读入仅够在有需要的时候用来发现哪里能够找到后续内容的数据;这将是GDB的第一个提示很开出现。现在我们
让GDB用一个比通常窄的显示区域,这样可以让本书的例子显示的更好。
(gdb) set width 70
我们需要探查m4内建函数changequote是如何工作的。因为已经看过了源代码,我们知道相关的子函数是m4_changequote,所以我们
用GDB break命令在这个函数上设置一个断点。
(gdb) break m4 changequote
Breakpoint 1 at 0x62f4: file builtin.c, line 879.
用run 命令,m4就在GDB的控制下运行了。只要还没有运行到m4_changequote子函数,程序就如同往常一样运行:
(gdb) run
Starting program: /work/Editorial/gdb/gnu/m4/m4
define(foo,0000)
foo
0000
为了出发断点,我们要调用changequote.GDB挂起m4,显示出在它停止执行处的上下文信息。
changequote(<QUOTE>,<UNQUOTE>)
Breakpoint 1, m4_changequote (argc=3, argv=0x33c70)
at builtin.c:879
879 if (bad_argc(TOKEN_DATA_TEXT(argv[0]),argc,1,3))
现在我们可以用命令n接着运行当前函数的下一行指令。
(gdb) n
882 set_quotes((argc >= 2) ? TOKEN_DATA_TEXT(argv[1])\
: nil,
set_quotes看上去像有可能失败的子函数。为了进入子函数,我们可以用命令s(step)而不是用next。step进入被调用的
子函数的第一行,所以step进入set_qoutes.
(gdb) s
set_quotes (lq=0x34c78 “<QUOTE>”, rq=0x34c88 “<UNQUOTE>”)
at input.c:530
530 if (lquote != def_lquote)
这些输出显示了在m4挂起时的调用函数栈。它显示了栈的概要。我们可以用命令backtrace(也可以用缩写bt)来看当前在哪里:
backtrace命令显示了每一个活动子程序的栈。
gdb) bt
#0 set_quotes (lq=0x34c78 “<QUOTE>”, rq=0x34c88 “<UNQUOTE>”)
at input.c:530
#1 0×6344 in m4_changequote (argc=3, argv=0x33c70)
at builtin.c:882
#2 0×8174 in expand_macro (sym=0×33320) at macro.c:242
#3 0x7a88 in expand_token (obs=0×0, t=209696, td=0xf7fffa30)
at macro.c:71
#4 0x79dc in expand_input () at macro.c:40
#5 0×2930 in main (argc=0, argv=0xf7fffb20) at m4.c:195

我们step几行来观察会发生什么。在开始的两次为了避免进入xstrdup子程序,我们用’s';接下来的两次我们用’n'。
(gdb) s
0x3b5c 532 if (rquote != def_rquote)
(gdb) s
0x3b80 535 lquote = (lq == nil || *lq == ’\0’) ? \
def_lquote : xstrdup(lq);
(gdb) n
536 rquote = (rq == nil || *rq == ’\0’) ? def_rquote\
: xstrdup(rq);
(gdb) n
538 len_lquote = strlen(rquote);
最后一行输出看上去有点怪异;我们可以检查变量lquote和rquote的值来看看它们是否是真的是我们所期待的新的
左右引号。我们用命令p(print)
(gdb) p lquote
$1 = 0x35d40 “<QUOTE>”
(gdb) p rquote
$2 = 0x35d50 “<UNQUOTE>”
lquote和rquote确实是新的左右引号。为了查看一些相关的信息,我们可以用命令l(list)显示当前代码附近的10行代码。
(gdb) l
533 xfree(rquote);
534
535 lquote = (lq == nil || *lq == ’\0’) ? def_lquote\
: xstrdup (lq);
536 rquote = (rq == nil || *rq == ’\0’) ? def_rquote\
: xstrdup (rq);
537
538 len_lquote = strlen(rquote);
539 len_rquote = strlen(lquote);
540 }
541
542 void
让我们step两行(设置len_lquote和len_rquote),然后检查这两个变量的值。
(gdb) n
539 len_rquote = strlen(lquote);
(gdb) n
540 }
(gdb) p len lquote
$3 = 9
(gdb) p len rquote
$4 = 7
假设len_lqoute和len_rquote分别代表lqoute和rquote的长度,很显然这个结果是错误的,我们可以用命令p来设置
较合理的值,p命令不仅可以打印表达式的值,而且表达式也可以调用子函数,也可以给表达式赋值。
(gdb) p len lquote=strlen(lquote)
$5 = 7
(gdb) p len rquote=strlen(rquote)
$6 = 9
是不是这样就足以修正m4内建的defn关于使用新的引号的错误了呢?我们可以用命令c让m4继续执行,接着试这个刚刚过引起问题的例子:
(gdb) c
Continuing.
define(baz,defn(<QUOTE>foo<UNQUOTE>))
baz
0000
成功了!这个新的引用现在和默认的一样正确了。这个问题看来是两个形参搞错了。我们输入一个EOF让m4退出:
Ctrl-d
Program exited normally.
消息’Program exited normally.’是GDB输出的;它显示了m4已经执行完了。我们可以用quit命令来结束GDB会话。

GDB手册2:进入和离开GDB


这章讨论了如何开始和离开GDB。
提要:
1. 输入’gdb’开始GDB
2. 输入 quit or Ctrl-d来退出

2.1 调用GDB
运行gdb程序调用GDB。一旦开始执行,GDB会一直从终端读入命令,直到你告诉它结束为止。
在需要制定一些调试环境的时候,你也可以在开始的时候就用可变长参数和选项来运行GDB。
命令行参数描述了GDB可以适合多种情况;在某些环境下,某些选项不可以用。
最常用的启动GDB的方式是使用一个制定要调试程序的参数:
gdb program
你也可以用可执行程序和core文件来启动:
gdb program core
如果你要调试一个进程,你可以用用进程ID来替代第二个参数:
gdb program 1234
这样可以attach GDB到进程 1234(除非你同时有一个文件叫“1234”,GDB首先会检查是否有一个core文件)。
要利用第二个命令行参数需要操作系统的支持;当你用GDB作为远程调试器去attach到一个裸机上时,很有可能
得不到任何有关进程的信息,也不大可能得到core dump文件。如果不能attach到进程或读入core dump文件,GDB会
给出警告。 你可以用参数–args来让gdb传递参数给被调试的可执行程序.这个选项可以停止参数的执行。
gdb –args gcc -O2 -c foo.c
这将让gdb调试gcc, 设置gcc的命令行参数(参见4.3节[参数],27页)为‘-O2 -c foo.c’.
你可以运行gdb而不输出开头信息,开头信息描述了GDB的非保障性,用-silent参数指定:
gdb -silent
你可以用命令行参数来进一步控制GDB的启动。GDB本身可以提示参数信息。
输入
gdb -help
来显示所有可选项和简短参数用法描述(’gdb -h’是对等的缩写)。
所有的选项和命令行参数将以先后顺序处理。’-x’选项将会改变一规则。
2.1.1 选择文件
当 GDB启动时它读入选项和参数,参数是固定指定为可执行程序和core文件的(或者进程ID)。这和分别用选项
‘-se’和’-c’(‘-p’)指定的参数一样。(GDB读入的第一个没有选项相联系的参数将和用’-se’选项相关的参数一样;如果有,
第二个没有选项相关的参数和用’-c’/'p’选项相关的参数一样)如果第二个参数用十进制数表示,GDB首先会尝试着
attach到一个进程,如果失败了,GDB会尝试着将它作为core文件打开。如果你有一个用十进制数字命名的core文件,
你可以用前缀’./’(例如‘./12345′)来防止GDB将它误作为进程ID.
如果GDB没有配置为支持core文件,就像大多数嵌入式目标一样,那么GDB将会视第二个参数为多余而忽略它。
很多选项都有长短形式;长短形式都将在下表中列出。如果你截断了长选项,只要这个选项参数足以明确的表达,
GDB也可以认识。(如果你喜欢,你可以用’–’标记选项参数而不是我们更都使用的’-')
-symbols file
-s file 从file读入符号表.

-exec file
-e file 用文件file作为可执行文件来执行,或者在和core dump连接的时候用来检查出数据.

-se file 从文件中读入符号表,而且将文件作为可执行程序.

-core file
-c 文件file将作为core dump来检查.

-pid number
-p number 连接到以pid为number的进程,作为命令attach的参数.

-command file
-x file 从文件file里执行GDB命令.参见20.3节[命令文件,221页]

-eval-command command
-ex command 执行单一的GDB命令。这个选项可以多次调用来执行多个命令。它也可以用’-command’交叉.
gdb -ex ’target sim’ -ex ’load’ \
-x setbreakpoints -ex ’run’ a.out
-directory directory
-d directory
加入路径directory作为源代码和脚本文件的搜索路径.

-r
-readnow立即读入每一个符号文件的符号表,而不是默认的那种在需要时才渐次读入的方式。这将是初始阶段慢一点,
而以后执行将更快。

2.1.2 选择模式
你可以用多种模式运行GDB–例如,批处理模式和安静模式。
-nx
-n不执行任何初始化文件里的命令。通常,在处理完所有的命令选项和参数之后,GDB会执行这些文件里的命令。

-quiet
-silent
-q“安静”。不打印介绍和版权信息。在批处理模式下这些信息也不打印。

-batch以批处理模式运行。处理完所有命令文件(用’-x’指定)后以0状态退出(如果没有用‘-x’选项,需要执行完在
初始化文件里的所有命令)。批处理模式在将GDB作为过滤器运行的时候很有用,例如下载和运行一个远程计算机
上的程序;为了使这个模式更有用,信息‘Program exited normally.’将不输出(通常在GDB控制下会输出的)

-batch-silent
类似于批处理模式运行,但是完全的安静。GDB所有的输出到stdout的信息都将禁止(stderr不受影响)。这个模式
比’-silent’更安静而将是交互式的会话失效。这个模式在使用给出‘Loading section’信息的目标是特别有用。
注意,通过GDB输出的那些目标也将变哑。

-return-child-result
GDB的返回值是子进程(别调试的进程)的返回值,但是有以下的例外:
1. GDB异常退出。例如,由于不正确的参数或者内部错误。在此情况退出码和没有‘-return-child-result’一样。
2. 用户用明确的值退出。例如,’quit 1′
3. 子进程没有运行,或者不可结束,这种情况下推出码是-1.
这个选项在和’-batch’/'-batch-silent’联用,GDB作为远程程序加载器或者仿真接口时很有用。

-nowindows
-nw
“无窗口”。如果GDB内建图形用户接口,那么这个选项将让GDB只以命令行接口运行。如果GUI不可用,这个选项将
不起效。

-cd directory
GDB用directory作为它的工作目录,而不是当前目录

-fullname
-fGNU Emacs在把GDB运行为子进程的时候设置这个选项。这个选项告诉GDB在每次栈显示的时候以标准且可识别
的方式输出完整的文件名和行号(包括每次程序中断的时候)。可识别的形式看上去像两个’\032′字符开始,接下来是
文件名,行号和字符位置和新行,他们用冒号分隔。Emacs-to-gdb接口程序用两个’\032′字符作为信号来在一帧上显示源
代码。

-epochEpoch在运行GDB作为子进程时Epoch Emacs-GDB接口设置这个选项.它让GDB修改打印例程以此来让Epoch在单
独的窗口里显示表达式的值。

-annotate level
这个选项设置GDB的注释级别。这个选项和‘set annotate level’命令相同(参见25张[注释],291页)。注释级别控制着
GDB打印多少信息,提示,表达式的值,代码行和其它种类的输出。通常是0级,1级为GNU Emacs运行GDB而用,3级
是给控制GDB的程序的最高可用级别,2级已经不再使用了。GDB/MI可以极大的取代注释机制(参见第24章[GDB/MI],
235页)。

–args改变命令行的转译,一边把可执行文件参数后面的参数传递给它。这个选项将阻止选项的处理。

-baud bps
-b bps设置被GDB用来远程调试的串口行速率(波特率或者bits/每秒)。

-l timeout
设置被GDB用来远程调试的链接超时(秒)。

-tty device
-t device
将设备作为你的程序的标准输入输出。

-tui在启动时激活文本用户接口。文本用户接口在终端上管理多种文本窗口,用来显示代码,汇编,寄存器和GDB命令的
输出(参见第22章[GDB文本用户接口],227页)。作为选择,文本用户接口可以用程序’gdbtui’激活。如果你在Emacs时不要
使用这个选项(参见第23张[在GNU Emacs里使用GDB])。

-interpreter interp
把解释器interp作为控制程序或设备的接口。这个选项由和GDB通讯的程序设置,并以此作为后台的。参见第21张[命令解
释器],225页。
从GDB6.0版以后’–interpreter=mi’(或者’–interpreter=mi2′)导致GDB使用GDB/MI接口(参见第24章[GDB/MI接口],235页)。
以前的GDB/MI接口,包括GDB5.3版本和选择了‘–interpreter=mi1’都已经废止了。更早的GDB?MI接口也不再支持了。

-write以可读可写的方式打开可执行程序和core文件。和‘set write on’命令相同。(参见14.6节[补丁],152页)

-statistics
在每次完成命令和回到提示符的时候,此选项可让GDB打印时间和内存使用统计信息。

-version
此选项可让GDB打印版本号和非保障性声明然后退出。

2.1.3 GDB在启动阶段的活动
下文描述了GDB在启动阶段时的活动:
1. 启动命令行解释器(由命令行制定)(参见2.1.2节[模式选项],13页)
2. 读入在你的home目录下的初始化文件(如果有的话)然后执行里面的所有命令。
3. 处理命令行选项和参数。
4 读入和执行在当前工作目录下的初始话文件(如果有的话)里的命令。只有在当前目录和你的home目录不同时才会执行。
因此,在你启动GDB的目录下你可以有不止一个的初始化文件。

5. 读入命令文件(用’-x’选项指定)。更多详细信息请请参见20.3节[命令文件],221页。
6. 读入记录在历史文件里的命令历史。更多详细信息请参见19.3节[命令历史]。
初始化文件和命令文件使用相同的语法,并且GDB用相同的方式处理它们。你的home目录下初始化文件可以设置选项(
像’set complaints’), 这样可以影响此后的命令行选项和参数的处理。如果你用了’-nx’选项,初始化文件将不会被执行(参见2.1.2节
[选择模式],13页)。
GDB初始化文件通常称为’.gdbinit’. 由于DOS 文件系统的文件名限制,GDB DJGPP口使用’gdb.ini’这个名字。GDB的Windows
口使用标准名称,但是如果发现’gdb.ini’文件,它会警告你并建议你重命名为标准名称。

2.2 退出GDB
quit [expression]
q要退出GDB,可以用quit命令(缩写为q),或者敲入文件结束符(通常是Ctrl-d).如果你不提供表达式,GDB会正常结束;否则GDB
会用表达式的结果作为错误码结束。
中断(常常是Ctrl-c)并不从GDB里退出,而是结束正在处理中的GDB命令然后回到GDB命令级。任何时候敲入中断都是安全的,
因为GDB知道安全的时候才会让这个中断起效。
如果你用GDB attach过一个进程,你可以用detach命令释放进程(参见4.7节[调试已经运行的进程],30页)。

2.3 Shell命令
在调试期间,如果你需要偶尔执行shell命令,不需要离开或者刮起GDB;你可以直接使用shell命令。
shell command string
启动标准shell执行command string.如果环境变量SHELL存在,环境变量SHELL决定哪一个shell来运行。否则GDB将用默认的shell(
Unix系统’/bin/sh’,MS-DOS用’COMMAND.COM’).
在编译环境里make工具通常都是必需的。在GDB里你不需要用shell命令调用make:
make make-args
用指定参数执行make程序。和’shell make make-args’相同。

2.4 日志输出
你可能想要保存GDB命令的输出到一个文件里。有多个命令可以控制GDB的日志。
set logging on
激活日志功能.
set logging off
关闭日志功能.
set logging file file
改变当前的logfile名字l. 默认的logfile是‘gdb.txt’.
set logging overwrite [on|off]
默认的,gdb会以附加的方式保存日志。如果你想改为覆盖方式保存的话,可以设置为覆盖方式。
set logging redirect [on|off]
默认的,gdb输出会打印到终端和logfile。可以将终端重定向到logfile里,如果你只要它输出到logfile里。
show logging
显示当前日志设置

GDB手册3:GDB命令


第三章 GDB 命令

假如缩写是无歧义的话,你可以将一个GDB命令缩写为开头的几个字母;你也可以用回车键来重复一些GDB命令。你也可以

用TAP键来让GDB补全一个命令的剩余部分(或者告诉你可供选择的命令,假如不止一个命令可选的话)。

3.1 命令语法
一个GDB命令是单独的输入行。没有长度限制。命令由一个命令名开始,接着是提供给命令的参数。例如,命令step接收
一个代表步长的参数,就像”step 5″.你也可以用不带参数的step命令。某些命令不允许参数。
GDB命令名总是在没有歧义的情况下允许截短。在某些情况下,即使是有歧义的缩写也是允许的;比如,s是特别为step而定义的缩写,即使有其他的命令也是以s开头。你可以用这些缩写作为help命令的参数测试他们。
一个空白行的输入(敲入回车键)对GDB而言意味着重复此前的命令。有些命令(例如run)不能用这种方式重复;这些命令不经意的重复可能导致麻烦或者你不大希望重复他们。用户定义命令可以关闭这些feature;参见20.1.1节[定义],227页。
list和x命令,在你用回车键重复他们的时候,会建构新的而不是重复此前输入的参数。这个特性可以很便捷扫描代码和内存。
GDB也可以以另外一种方式使用回车键:和通用工具more相似的方式来区分长输出(参见19.4节[屏幕大小],219页)。因为在这种情况下很容易按下过多的回车键,在产生长输出时GDB关闭命令重复的功能。
从#开始到行结束的文本都是注释;这些文本什么也不干。他们主要是在命令文件里起帮助理解的作用(参见20.1.3节[命令文件],229页)。

Ctrl-o绑定对于重复复杂的命令序列很有帮助。这个命令接受一个当前行,例如一个回车,接着从命令历史里取得相对于当前行的下一行来编辑。
3.2 命令补全
GDB可以为你补全命令的剩余部分,如果有且只有一个可能的命令;它也可以在任何时间为你显示一个命令里的下一个词的有效可能值。命令补全功能对GDB命令,子命令和你的程序里的符号都有效。
无论何时你想要GDB补全一个单词的时候,按下TAB键就可以了。如果只有一个可能,GDB会补全这个词,接着等待你去完成这个命令(按下回车键)。例如,如果你敲入
(gdb) info bre <TABi>
GDB补全’breakpoints’的剩余部分,因为只有info子命令以’bre’开头:
(gdb) info breakpoints
现 在你可以敲入回车键来运行info breakpoints命令;假如’breakpoints’看上去不像你期待的,你可以用回退键删除之,然后敲入别的。,假如 ‘breakpoints’看上去不像你期待的。(如果在开头你就确信你要的就是info breakpoints,你就可以用缩写的形式来立即回车运行’info bre’,而不必等命令补全再回车)。
如果在你按下TAB键的时候有过个候选项的话,GDB会发出一个铃声。你可以多敲入几个字符后再试一下,或者再按一次TAB键
;GDB会为你显示所有可能补全的候选项。例如,你可能想要在一个名字开头是’make_’子函数里设置一个断点,而在你敲入b make_<TAB>的时候,GDB会发出一声响。再次敲入<TAB>键会显示所有以make_开头的函数,例如:
(gdb) b make_ <TAB>
gdb sounds bell; press hTABi again, to see:
make_a_section_from_file make_environ
make_abs_section make_function_type
make_blockvector make_pointer_type
make_cleanup make_reference_type
make_command make_symbol_completion_list
(gdb) b make_
显示完所有可能的候选项之后,GDB会复制你刚才的输入(在这个例子里是’b make_’)以便你完成这个命令。
如果你只是想要在开始的时候看看候选列表,你可以按下M-?而不是按下<TAB>两次。M-?是<META>?.你可以在敲入?的时候按住
<META>键(假如键盘上有这个键的话),假如没有这个键,你可以按下<ESC>再按下?来代替。
有时候你需要的字符串可能含有圆括号,或者GDB认为这个字符串是不一个字。为了让补全功能在这种情况下生效,你可以用’
(单括号)封起来。
这种情况最有可能出现在你敲入一个C++函数名的时候。这是因为C++允许函数重载(同一个函数名多次定义,以参数类型来区分)。例如,在一个名为 name的函数设置断点的时候,你需要区分是在参数为int的函数name上还是参数为float的函数name设置断点的。为了在这时用词补全功能,在 函数名之前敲入一个单引号’。这样GDB就可以知道需要考虑比通常只按下<TAB>或者M-?更多的信息:
(gdb) b ?ˉbubble( M-?
bubble(double,double) bubble(int,int)
(gdb) b ?ˉbubble(
在某些需要补全的情况下,GDB可以提示你需要引号。这时,如果你开始的时候没有敲入引号,GDB会为你插入一个引号:
(gdb) b bub <TAB>
GDB会以下面的输出提醒你,然后响一声:
(gdb) b ’bubble(
通常的,在有重载符号情况下,在你还没有开始敲入参数列表的时候就用补全功能的时候,GDB提示需要一个引号然后插入它。
更多有关重载函数信息,参见12.4.1.3节[C++表达式],126页。你可以用set overload-resolution off命令关闭重载解决方案,参见12.4.1.7节,[GDB的C++功能],128页。

3.3 帮助
用help功能,你可以获得GDB的命令信息。
help
h你可以用help(缩写h)不带参数来显示一个命令分类的简短列表。
(gdb) help
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
Type “help” followed by a class name for a list of
commands in that class.
Type “help” followed by command name for full
documentation.
Command name abbreviations are allowed if unambiguous.
(gdb)
help class
用help分类作为参数,你可以得到这个分类里命令列表。比如,下面是status分类的帮助显示:
(gdb) help status
Status inquiries.
List of commands:
info — Generic command for showing things
about the program being debugged
show — Generic command for showing things
about the debugger
Type “help” followed by command name for full
documentation.
Command name abbreviations are allowed if unambiguous.
(gdb)
help command
用命令名作参数,GDB会显示一段如何使用这个命令的信息。
apropos args
apropos命令会在命令和文档里文档搜索这个args指定的正则表达式。这个命令会打印所有符合的结果。例如:
apropos reload
结果:
set symbol-reloading — Set dynamic symbol table reloading
multiple times in one run
show symbol-reloading — Show dynamic symbol table reloading
multiple times in one run
complete args
complete args命令列出所有可能的补全结果。用args指定你想要的命令的开头字母。例如:
complete i
结果:
if
ignore
info
inspect
这个是为GNU Emacs设计的。
更进一步的,你可以用GDB命令info和show来查询你程序的状态或者GDB本身的状态。这两个命令都支持多个主题的查询;这本手册会在恰当的时候介绍这两个命令。索引里的info和show下的列表列出了所有的子命令。参见[索引],407页。
info这个命令(缩写i)可以描述程序的状态。例如,你可以用info args显示传递给函数的参数,用info registers来列出
寄存器数据,用info breakpoints列出你设置的断点。你可以用help info来取得info的所有子命令。
set你可以用set命令把一个表达式的值来设置一个环境变量。例如,你可以用set prompt $来设置GDB提示符。
show和info不同,show描述的GDB本身的状态。你可以用set命令改变大多数你可以用show显示的内容。例如,你可以用set
radix来设置显示的数值进制系统,或者用show radix来显示数值进制。
你可以用不带参数的show命令来显示所有可以设置的参数和它们的值;你也可以用info set。这两个命令是一样的。
还有其余3种show子命令,这3中命令缺乏对应的set命令:
show version
显示当前GDB的版本。你应该在GDB bug报告中包含版本信息。如果你的机器上有多个版本的GDB,你可能需要知道哪个版
本是你正在运行的;随着GDB的发展,新的命令会引入,而一些旧的将废弃。同时,许多系统供应商移植了不同版本的
GDB,在GNU/Linux发行版也存在着多种版本的GDB.版本号和你启动时显示一样。
show copying
info copying
显示GDB版权信息。
show warranty
info warranty
显示GNU免责声明,或者保证(如果你的GDB版本有的话)。

GDB手册4:在GDB里运行程序


第四章 在GDB里运行程序

在你开始在GDB里运行程序前,你需要在编译的时候产生调试信息。
你可以在你选定的环境里带参数(如果有的话)的启动GDB。如果你是在本地调试,你可以重定向输入输出,调试一个已运行
的进程,或者结束一个进程。

4.1 为调试而编译
为了有效的调试程序,你需要在编译的时候产生调试信息。调试信息存储在目标文件里;调试信息描述了数据和函数的类型,
源代码和可执行代码的对应关系。
编译时指定编译器的’-g’选项可以产生调试信息。
在编译给你的客户发布的程序时,可以用’-O’选项指定编译器进行优化。然而,许多编译器不能同时处理’-g’和’-o’选项。如果用的
是这些编译器,你得不到带有调试信息的优化过的可执行程序。
GCC,GNU C/C++编译器,带有或不带’-O’选项都可以用’-g’选项,因此可以让GDB调试优化过的代码。我们推荐你在编译程序时总
是用’-g’。也许你认为你的程序是正确的,但决不要去碰运气。
请记住在你调试一个用’-g -o’编译的程序时,优化器已经重排了你的代码;调试器显示的是真正编译成的代码。在执行路径和你
的源代码不一致时,不要太惊讶!一个极端例子:如果定义了一个变量,但从来也没用过,GDB发现不了它—-因为优化器已经把
它优化掉了。
用’-g -o’和只用’-g’编译的程序有时候不大一样,特别是在有些具有指令调度的机器上。如有疑问,再用只带’-g’编译,如果这个版
本修正了问题,请给我们发送一个报告(包含一个测试用例)。更多调试优化过的代码,参见8.2节[变量],76页。
较早前的GNU C编译器允许一个’-gg’变体选项来产生调试信息。GDB不再支持这个格式;如果你的GNU C编译器有这个选项,别
再用了。
GDB知道预编译宏,可以显示宏的展开式(参见第九章[宏],101页)。由于’-g’选项产生的调试信息过多,大多数编译器不会产生
与编译宏的信息。GCC3.1版本以及此后的可以提供宏信息,如果在编译的时候指定了’-gdwarf-2′和’-g3′选项;前一个选项产生Dwarf
2格式的调试信息,后者产生”额外信息”。我们希望在将来能够找到一个精简的方式来表示宏信息,这样只要一个’-g’选项就可以了

4.2 开始程序
run
r在GDB里用run命令开始你的程序。你在启动GDB时指定要调试的程序名(VxWorks例外)(参见第二章[进入和离开GDB]),
或者用file或者exec-file命令(参见15.1节[指定文件的命令],155页)。
如果你是在一个支持多进程的环境里运行GDB的话,run命令创建一个子进程来运行你的程序。在某系不支持多进程的环境下,
run跳到被调试程序的开头。其他的目标,比如’remote’,总是在运行的。如果你的到一个类似如下的错误信息:
The “remote” target does not support “run”.
Try “help target” or “continue”.
接着用’continue’继续运行你的程序。你可能需要先load(参见[加载],169页)。
程序的执行总会受某些从它的上级那里得到的信息的影响。GDB可以指定那些虚啊哟你在启动程序之前就要设置的信息(你
可以在启动程序之后改变,但是只有在下一次运行的时候才起效)。这些信息可以划分为4类:
The arguments.
将你的程序的参数作为run命令的参数。如果在你的环境里有shell,shell可以用来传递参数,那样的话你就可以用普通的方式
(比如wildcard展开和变量替换)来描述参数了。在Unix系统里,你可以用环境变量SHELL来控制使用那个shell。参见4.3节[程序
参数],27页。
The environment.
你的程序会从GDB里继承环境变量,而你也可以用GDB命令set environment和unset environment改变某些影响你的程序的
环境变量。参见4.4节[程序的环境],28页。
The working directory.
你的程序从GDB里继承工作目录。你可以用GDB命令cd来改变工作目录。参见4.5节[程序的工作目录],29页。
The standard input and output.
你的程序使用和GDB一样的标准输入输出。你可以在run命令行里重定向输入和输出,或者你可以用tty命令来为你的程序
设置不同的设备。参见4.6节[程序的输入输出],29页。
警告:输入输出重定向起效之后,你不能再用管道将程序的产生的输出传递到另外一个程序里去;如果你要这样试的话,
GDB 很有可能结束调试这个错误的程序。
在你执行run命令后,你的程序马上就开始执行。参见第五章[停止和继续],39页,那里讨论了如何筹划中断你的程序。一
旦你的程序中断下来,你就可以在你的程序里调用函数,用print或者call命令。参见第八章[检验数据],75页。
如果在最近一次GDB读入符号表之后符号文件的修改时间发生了改变,GDB会丢弃现有的符号表然后重新读入。重新读入
符号表的时候,GDB会试图保留你当前的断点设置。
start不同的语言可能有不同的主函数的名称。对于C/C++来说,主函数的名称一直都是”main”,而有些语言例如Ada就不需
要为他们的主函数指定一个特定的名称。依赖于编程语言,调试器可以方便的开始执行程序并且在主函数的入口点中
断。
‘start’命令的功能和在主函数入口点里设置一个临时断点后执行’run’命令相当。有些程序包含一个在主程序之前执
行的加工期,加工期会执行一些启动代码。这依赖于你使用哪种语言写程序。例如,C++,构造函数会在main之前为静
态和全局变量调用。因此调试器有可能在主函数之前就中断程序。而临时断点还会保留来中断程序的执行。
‘start’的参数将会传递给你的程序。这些参数会以字符形式给’run’命令。注意要是下次不带参数调用’start’或
‘run’的时候,这些参数将会被重用。
有些时候必须在加工期调试程序。这样的话,start命令在主函数入口点的中断就太迟了,唯一此时已经过了加工期
。在这种情况下,在运行情在加工期代码上设置断点就可以了。

4.3 程序参数
参数可以藉由run命令的参数来指定。参数由shell传递给你的程序,shell会扩展通配符和执行重定向。你的SHELL环境变量
(如果有的话)会决定GDB使用哪种shell.如果你没有定义SHELL的话,GDB使用默认的shell(Unix下’bin/sh’)。
在非Unix系统里,程序通常都是由GDB直接调用的,GDB会用相应的系统调用来模拟I/O重定向,通配符的宽展由程序的加
工期代码完成,不是由shell来做的。
不带参数的run命令使用前一次的run命令的参数,或者由set args命令设置的参数。
set args
为你的下一次执行程序设置参数。如果set args不带参数的话,run就不带参数的执行程序。一旦你带参数的run程序
的话,要想下一次不带参数的执行程序就只有用不带参数的set args命令了。
show args
显示在启动的时候传递给程序的参数。

4.4 程序的环境
环境由一系列的环境变量和环境变量的值的组合组成。环境变量可以很方便地记录一些东西,例如你的用户名,
home目录,终端类型,程序执行的搜索路径等等。通常通过shell来设置环境变量,这些变量就可以被别的程序继
承了。这在调试的时候很有用,GDB就不必重新启动来试验一个改变了的环境。
path directory
在PATH环境变量的前头加上diretory(可执行程序的搜索路径)。GDB用的PATH将不会改变。你可以指定多个路径名
称,用空格符或者系统依赖(Unix’:',MS_DOS、MS-Windows’;')的分隔符类分割如果directory已经在PATH里了,
这个directory会移到PATH的前面以加快搜索。
在GDB搜索路径的时候,你可以用’$cwd’来代指当前工作目录。如果你用’.'代替,它代表在你执行path命令时的目
录。GDB在把路径加入PATH前用当前路径替代’.’.
show paths
显示可执行程序的搜索路径列表(PATH环境变量)。
show environment [varname]
打印名为varname的环境变量的值。如果你没提供varname,打印所有的环境变量的名称和值。你可以缩写
environment为env.
set environment varname [=value]
设置环境变量varname的为value.这个值只为你的程序改变,GDB本身不改变。value可以使任意字符串;环境变量
都是字符串,你的程序负责转译;如果被删除了,变量的值就被设置为null值。例如,命令:
set env USER = foo
告诉被调试的程序,下一次执行run的时候,它的用户是’foo’.(‘=’附近的空格是为了清楚些;空格不是必须的)
unset environment varname
删除传递给程序的环境变量。和‘set env varname =’不同,unset environment是从环境变量里删除变量,而不是
为它设置一个空值。
警告:在Unix系统,GDB用shell执行程序,shell由SHELL决定(如果有的话,否则用’/bin/sh’)。如果SHELL环境变
量指定的shell有初始化文件的话–例如C-shell的’.cshrc’,BASH的’.bashrc’—这些文件里定义的变量都将影响你的程序。
你也可以将那些只在登录时用到的变量移到别的文件里,例如’.login’或者’.profile’。

4.5 程序的工作目录
每次你用run启动程序时,程序都从GDB的当前工作目录继承工作目录。GDB从它的父进程(通常是shell)那里继承工作
目录,而你可以用cd在GDB里指定一个新的工作目录。
GDB的工作目录是GDB操作文件时的默认目录。参加按15.1节[文件命令],155页。
cd directory
指定GDB的工作目录为directory
pwd打印GDB的工作目录
通常很难找到被调试程序的当前工作路径(因为它可以在运行的时候改变)。如果你是在支持’/proc’文件系统的系统下
运行GDB的,你可以用info proc命令来查找当前被调试程序的工作目录。(参见18.1.3节,[SVR4进程信息],183页)

4.6 程序的输入输出
缺省情况下,GDB里运行的程序在与GDB相同的终端上输入输出。GDB会在和你交互的时候切换到它自己的终端模式,
不过它会记住你的程序的终端模式然后在继续运行程序切换到那个模式上。
info terminal
显示GDB记录的你的程序使用的终端模式。
你可以用run命令重定向程序的输入/输出。例如:
run > outfile
开始运行程序,将打印输出到文件’outfile’。
另外一个指定程序输入输出的命令是tty命令。这个命令接受一个文件名作为参数,然后将这个文件作为接下来的
run命令的缺省值。它也可以为子进程重置控制终端。例如:
tty /dev/ttyb
将接下来run命令运行的进程的输入输出定向到’/dev/ttyb’,并将此作为控制终端。
run命令将改变tty命令对于输入输出的设备的设置,但不改变其控制终端。
用tty命令或者在run命令里重定向输入只会影响你调试的程序。GDB的输入仍然来自于你的终端。tty是set inferior-tty的别名。
你可以用show inferior-tty命令来趟GDB显示程序将要使用终端名。
set inferior-tty /dev/ttyb
将被调试程序的tty设备设置为/dev/ttyb
show inferior-tty
显示被调试程序目前的tty设备名

4.7 调试一个已经在运行的进程
attach process-id
这个命令attach到一个从GDB外启动的进程上。(info files显示你当前活跃的目标)这个命令需要一个进
程id作为参数。通常用ps工具来找到一个Unix进程的ID,或者用’jobs -l’shell命令。
在你执行attach命令之后,按下回车键attach将不会再次执行。
只有在支持进程的环境下,attach命令才有效;例如,attach在没有操作系统的裸机上市无效的。你必须有发给
进程送信号的权限。
在你执行attach命令的时候,调试器首先在当前工作目录下查找进程的可执行程序,如果没有找到,接着会用源
代码文件搜索路径(参见7.5节[指定源代码目录],70页)。你也可以用file命令来加载可执行文件。参见15.1节[
指定文件的命令],155页。
GDB在准备好要调试的进程后第一件事就是中断这个进程。可以在run启动的进程上的使用的命令也可以用在你
attach的进程上,你可以检查,修改这个进程。你可以插入一个断点;你可以step和continue;你可以修改存储器。
如果你希望进程继续执行,你可以在attach之后用continue命令来继续。
detach
在完成了调试之后,可以用detach来释放GDB对进程的控制。detach进程后,进程继续执行。detach命令之
后,进程和GDB就没有关系了,你还可以attach到另外一个进程或者用run启动一个程序。detach执行之后
,按下回车键不会再重复。
如果你attach过一个进程,退出GDB会detach这个进程。如果你是用run命令启动的话,你将kill这个进程。缺省
的,GDB会要求得到你的确认;你可以用set confirm命令来控制是否需要确认(参见19.7节[可选的警告和消息],213页)。

4.8 杀死子进程
kill杀死在GDB里运行的子进程
在你希望调试一个core dump而不是进程的时候,这个命令很有用。在程序运行期间的时候,GDB会忽略core dump

在某系操作系统,如果你在GDB里为这个程序设置了断点,这个程序就不能在GDB外运行了。你可以用kill命令来
让程序在GDB外运行。
在你运行程序的时候,kill命令也有助于重编和重新连接程序,而有些系统是不可能做到这个的。在这种情况下
,在下次执行run命令的时候,GDB可以知道程序已经发生变化了,就会重新读取符号表(同时也会保留你目前的
断点设置)。

4.9 调试多线程进程
在某些操作系统里,例如HP-UX和Solaris,一个程序可能有多个线程。线程精确概念随着各个操作系统而不一样
,但大体上,一个有多个线程的进程和多进程相似,除了多线程共享一个地址空间(就是说,他们可以检查和修改
同一个变量)。另一方面,每个线程有它自己的寄存器和执行栈,也可能有自己私有的存储空间。
GDB提供了多个调试多线程的工具:
新线程的自动通知
‘thread threadno’,切换线程
‘info threads’,查询线程
‘thread apply [threadno] [all] args’,对线程列表执行命令
线程特定断点
‘set print thread-events’,控制线程开始和结束时打印消息
警告:在各个支持线程的操作系统里,不是所有的GDB配置都支持这些工具的。如果你的GDB不支持线程,这个命
令就无效。例如,不支持线程的系统里’info threads’命令就不能输出信息,也会拒绝thread命令,如下:
(gdb) info threads
(gdb) thread 1
Thread ID 1 not known. Use the “info threads” command to
see the IDs of currently known threads.
GDB线程调试工具可以观察进程的所有线程,而一旦GDB控制线程的话,这个线程就总是调试的焦点了。这个线程
称为当前线程。调试命令从当前线程的角度来显示进程的信息。
一旦GDB察觉到进程的新线程,GDB就会用‘[New systag]’的方式显示目标系统的标识。systag是线程的标识,各
个系统不一样。例如,当GDB发现一个新线程的时候,在GNU/Linux你可能看到
[New Thread 46912507313328 (LWP 25582)]。
而在SGI系统里,systag就简单的形如‘process 368’,没有更多信息。
出于调试的目的,GDB自己会给线程一个编号–总是一个整数。
info threads
显示当前进程里的线程的总概要。GDB显示每个线程(以此为序):
1.GDB分配的线程号
2.目标系统的线程标识(systag)
3.线程当前栈的概要
线程号左边的星号’*'代表此线程是当前线程。例如:
(gdb) info threads
3 process 35 thread 27 0x34e5 in sigpause ()
2 process 35 thread 23 0x34e5 in sigpause ()
* 1 process 35 thread 13 main (argc=1, argv=0x7ffffff8)
at threadtest.c:68
在HP-UX系统里:
出于调试目的, GDB为进程里每个线程分配一个线程号(以线程创建顺序分配小整数)。
无论何时GDB察觉到一个新线程,它会用‘[New systag]’的形式显示GDB自己的线程号和目标系统的线程标志 。
systag是线程标识,各个系统下可能不同。例如,GDB察觉到新线程,在HP-UX,你能看到
[New thread 2 (system thread 26594)]。
info threads
显示所有线程的概要。GDB显示每一个线程(以此为序):
1.GDB分配的线程 号
2.目标系统的线程标识(systag)
3.线程当前栈的概要
线程号左边的星号’*'代表此线程是当前线程。例如:
(gdb) info threads
* 3 system thread 26607 worker (wptr=0x7b09c318 “@”) \
at quicksort.c:137
2 system thread 26606 0x7b0030d8 in __ksleep () \
from /usr/lib/libc.2
1 system thread 27905 0x7b003498 in _brk () \
from /usr/lib/libc.2
在Solaris系统,那你可以用一个Solaris特有的命令来显示更多的信息:
maint info sol-threads
显示Solaris用户线程的信息。
thread threadno
将threadno指向的线程设置为当前线程。这个命令的参数threadno是GDB内部的线程号,就是’info threads’
命令显示第一列。
GDB会显示你选择的线程的系统标识和它当前栈的概要:
(gdb) thread 2
[Switching to process 35 thread 23]
0x34e5 in sigpause ()
伴随着’[New...]‘消息,’Switching to’之后的文本形式由你的系统线程标识表示方式决定。
thread apply [threadno] [all] command
thread apply命令可以让你在一个或多个线程上执行名为command命令。用参数threadno指定你希望操作的
线程数目。可以是单个线程号,’info threads’显示的第一列;或者可以是线程范围,像2-4.要操作所有
线程,敲入thread apply all command。
set print thread-events
set print thread-events on
set print thread-events off
GDB察觉到新线程启动或线程结束的时候,set print thread-events命令可以开启或关闭打印信息。缺省
下,如果目标系统支持的话,这些事件发生的时候,这些信息会打印出来。注意,这些信息不一定在所有目
标系统里都可以关闭的。
show print thread-events
显示是否在GDB察觉线程启动或结束时打印信息。
由断点或者信号决定,无论何时GDB停止程序,它都会选择断点或信号发生的线程。GDB会用‘[Switching to syst
ag]’形式标识线程提示线程上下文的切换。
更多关于GDB在停止启动多线程程序的行为的信息,参见5.4节[停止核启动多线程程序],59页。
更多多线程程序观察点的信息,参见5.1.2[设置观察点],44页。

4.10 调试多个程序
在多数系统下,GDB没有为能用fork调用创建附加进程的程序提供特殊的支持。程序创建子进程时,GDB会继续调试
父进程,而子进程则不受影响。如果你此前在子进程的代码上设置了一个断点,则子进程会被SIGTRAP信号结束。
不过,如果你想调试子进程的话,有一个不那么麻烦的替代方案。在fork调用之后的子进程代码里调用sleep调
用。如果sleep代码的调用由某些环境变量或者某个文件的存在与否来决定,那就很方便了:如果你不想调试子进
程,不设置这些变量或者删除文件就可以了。在子进程休眠的时候,用ps程序来得到进程id.接着用GDB attach到这
个子进程上,如果你正在调试父进程,你需要新启动一个GDB实例,参见4.7[Attach],30页。你就可以如同attach到别的
进程那样开始调试子进程了。
在某些系统上,GDB提供调试用fork或vfork调用创建子进程的程序的支持。目前,只有HP-UX(11.x和以后版本)和
GNU/Linux(2.5.60内核版本及后续)提供这个功能的支持。
缺省的,在创建子进程的时候,GDB会继续调试父进程,而子进程不受影响。
如果你要调试子进程,用命令
set follow-fork-mode.
set follow-fork-mode mode
设置调试器对于fork或vfork调用的反应。fork或vfork创建一个子进程。mode参数可以是:
parentfork之后调试原进程。子进程不受影响。这是缺省方式。
childfork之后调试新的进程。父进程不受影响。
show follow-fork-mode
显示当前调试器对于fork/vfork调用的反应。
在Linux下,如果你要调试父进程和子进程,用命令
set detach-on-fork.
set detach-on-fork mode
设置GDB在fork之后是否detach进程中的其中一个,或者继续保留控制这两个进程。
on子进程(或者父进程,依赖于follow-fork-mode的值)会被detach然后独立运行。这是缺省mode。
off两个进程都由GDB控制。一个进程(子进程或者父进程,依赖于follow-fork-mode)被调试,另外
一个则被挂起。
show detach-on-fork
显示detach-on-fork mode
如果你选择了设置‘detach-on-fork’为off,那么GDB会保持控制所有被创建的子程序(包括被嵌套创建的)。你
可以用info forks命令来显示在GDB里创建的子进程,然后用fork命令来从一个进程切换到另一个。
info forks
打印在GDB控制下被创建的子进程列表。这个表包括fork id, 进程id和当前进程的位置(程序计数器)。
fork fork-id
切换到fork-id指定的进程。参数fork-id是GDB内部为fork分配的,如命令’info forks’所显示列表的第一
列。
process process-id
切换到process-id指定的进程。参数process-id必须是’info forks’输出的。
要想结束调试一个被创建的进程,可以用detach fork命令(允许这个进程独立的运行),或者用删除(也杀死)
的方法delete fork命令。
detach fork fork-id
detach一个由GDB标识的fork-id指定的进程,然后从fork列表里删除。这个进程会被允许继续独立运行。
delete fork fork-id
杀死一个由GDB标识的fork-id指定的进程,然后从fork列表里删除。
如果你要调试一个vfork创建接着exec的进程的话,GDB会在这个新的目标上执行到底一个断点。如果你在原来程序
的主函数上设置了一个断点,子进程上的主函数上也有一个同样的断点。
如果子进程正在执行vfork调用,你不能调试子进程或者父进程。
如果你在exec调用执行之后运行GDB的run命令,新目标会重新启动。要重启父进程,运行file命令,父进程可执行程序
名作参数。
你可以用catch命令来在fork,vfork或者exec调用的时候让GDB中断。

4.11 为跳转设置书签
在某些操作系统(目前只在GNU/Linux上),GDB可以保存一个程序状态的快照,称为检查点,以后可以跳回。
跳回到检查点会撤销所有在检查点之后的变化。这些变化包括内存,寄存器,甚至系统状态(有些限制)。这样可以
有效的及时回到在检查点设置的状态。
因此,如果你单步调试到你认为你接近到快要发生错误的地方,你就可以保存一个检查点。接着,如果你不经意的走的
太远错过了关键的状态,你可以回到检查点后再从那里开始,而不需要从头启动程序。
检查点对于需要很长时间或者单步调试里bug发生地方很远的情况下很有帮助。
用checkpoint/restart方法调试:
checkpoint
保存被调试程序当前执行状态的快照。checkpoint命令不需要参数,但每个检查点都分配一个小整数标识,如同
breakpoint标识一样。
info checkpoints
列出在当前被调试会话的检查点。对于每个检查点,信息显示如下:
Checkpoint ID
Process ID
Code Address
Source line, or label
restart checkpoint-id
在检查点号的状态上重新启动。所有程序变量,寄存器,栈帧等等都恢复到检查点上保存的状态。本质上将,gdb会
把时钟回拨到检查点所记录的时间。
注意,断点,GDB变量,命令历史等不受检查点重置的影响。通常,检查点只重置被调试程序内部的状态,不影响调试器
本省的状态。
delete checkpoint checkpoint-id
删除以前保存的检查点
回到以前保存的检查点,会重置程序的用户状态,加上相当数量的系统状态,包括文件指针。重置不会撤销已写入文件的数据,但
是会把文件指针指向以前的文职,因此以前写入的数据就可以被覆盖。对于以只读模式打开的文件,指针也会回到以前的位置,因此
可以重新读取数据。
当然,送到打印机(或者其它外设)的字符不能收回,而从别的设备(比如串口设备)里读取的数据可以从内部程序缓冲里撤销,
但是不能被塞回到串行管道里去,然后再读取他们。相似的是文件的内如如果被改变了,也不能被重置。
然而,在这些约束条件下,你可以重新回到以前保存的程序状态去,重新调试–然后你可以改变事件的过程来执行一个不同的路径
调试。
最后,在你回到检查点的时候,有些内部程序状态会不一样—程序的进程id。每个检查点会有一个独立的进程id(pid),每个都和原
来的pid不一样。如果你的程序保存了一个进程id的本地副本,这会有一个潜在的问题。

4.11.1 使用检查点的隐含好处
在某些系统里(例如GNU/Linux),出于安全考虑,每个新进程的地址空间都要随机确定。这就很难或者说不可能在一个绝对地址上
设置一个断点或者观察点,因为一个符号的绝对位置每次执行都不一样。
然而,一个检查点是一个进程的相同的副本。因此如果你在主函数的入口点创建了一个检查点,你可以避开地址空间的随机化的影
响,而且符号也会呆在相同的位置。

GDB手册5:中断和继续


第五章中断和继续
使用调试器的主要目的是在程序结束之前可以中断它;或者是在程序出现问题的时候,你可以调查为什么出问题。
在GDB里,有多个原因可以让程序中断,例如信号,断点或者一个GDB命令之后(例如step)执行新一行代码前。你可以检查和改变变量,设置一个新的断 点,或者删除一个旧的断点,再接着执行。通常GDB提供的消息可以显示程序大量的状态—但你也可以在任何时候显式的请求这些信息。
info program
显示程序状态信息:是否在执行,是什么进程,为什么中断。

5.1 断点,监视点,捕获点
断点可以让程序在执行到某个点上停止下来。对于每个断点,你可以加上条件来更详细地控制程序是否中断。你可以用break命令(带变量)来设置断点(参见 5.1.1节[设置断点],40页),变量用来指定程序在什么地方中断(以行号,函数名或者程序的绝对地址的方式)。
在某些系统里,你可以在可执行程序运行前,在共享库里设置断点。在HP-UX系统里有些小小的限制:你必须等到程序运行才能在那些被程序间接调用的共享库例程上设置断点,例如,例程是pthread_create调用的参数。
监视点是特殊的断点,在表达式的值改变的时候中断程序。表达式可以是是一个变量的值,或者是由操作符绑定的一个或多个变量,例如’a+b’.有时这种断点 也称为数据断点。你必须用一个不同的命令来设置监视点(参见5.1.2节[设置监视点],44页),除此之外,你看原因两断点一样管理监视点:用相同的命 令激活,禁用,删除断点和监视点。
在任何GDB中断程序的时候,你可以安排自动显示程序的数值。参见8.6节[自动显示],81页。
捕获点是另一种特殊类型的断点,用来在某些事件发生时中断程序,例如在抛出C++异常或者加载库的时候。和监视点一样,你需要用不同的命令来设置捕获点 (参见5.1.3节[设置捕获点],47页),除此之外,你可以类似断点来管理捕获点。(在程序接到一个信号时停止程序,用handle命令;参见5.3 节[信号],57页)
GDB会在你创建断点,监视点,捕获点的时候分配一个数字给它们;这些数字是从1开始的连续整数。在很多用来控制断点多种功能的命令里,你可以用断点号来指明是操作哪一个断点。每个断点可以激活或者禁用;如果被禁用了,他就不再影响程序的运行,除非你再激活它。

5.1.1 设置断点
断点设置用break命令(缩写b). 调试器用’$bpnum’变量记录你最近设置的断点号;关于便利变量用途的讨论,参见8.9节[便利变量],89页。
break location
在给定的位置(location)设置断点,位置可以是函数名,行号,或者是一个指令的地址。(参见7.2节[指定位置],68页,所有可能指定
位置的方式)。断点可能在程序执行指定位置前的代码前中断程序。
在可以重载符号的源代码语言里,例如C++,一个函数名可以涉及到多于一个可能中断的位置。参见5.1.8节[断点菜单],52页,讨论
了这种情况。
break
在不带参数的情况下,break命令在当前栈里的下一条指令里设置断点(参见第六章[检查栈],61页)。在当前栈的最低端,这可以让
程序在控制返回到帧的时候立即中断。这和一个栈帧里的finish命令的效果相似–除了finish不留下一个有效的断点。如果你在栈帧的最
低端用break而不带参数,GDB在下次到达当前位置时中断程序;这在循环内很有帮助。
GDB通常在继续执行时忽略断点,直到最少一条指令执行为止。如果没有这样做,你不禁用断点,你将不能通过断点。这个股则在程
序中断的时候,不论断点是否存在,都可以生效。
break … if cond
带参数设置断点;在每次断点到达时计算cond表达式,并且当且仅当表达式的值不为零的时候中断—就是说,如果cond表达式为真。
‘…’代表可能的指定中断位置的参数(上面描述过的)。更多中断条件的信息,参见5.1.6节[中断条件,50页]。
tbreak args
设置一个只中断一次的断点。args和break命令里的参数一样,断点设置也一样,但断点在第一次程序中断后自动删除。参见5.1.5节[关
闭断点],49页。
hbreak args
设置一个硬件支持的断点。args和break命令的一样,设置也一样,但断点需要硬件支持,某些目标硬件可能不支持。这个命令的主
要目的是为了调试EPROM/ROM代码,所以你可以不改变指令而在这个指令上设置一个断点。这个指令可以用在SPARClite DSU支持的新
的陷阱-产生和多数基于X86的目标。这些目标可以在程序访问某些数据或指令地址的时候产生陷阱,这些陷阱是设计用来调试寄存器
的。然而硬件断点寄存器有断点数的限制。例如,在DSU上,一次只可以设置两个数据断点,如果多于两个的话GDB会拒绝的。在设置
新的断点前删除或禁用不用的硬件断点(参见5.1.5节[禁用断点],49页)。参见5.1.6节[中断条件],50页。更多远程目标,你可以
限制硬件断点的数量,见[设置远程硬件断点限制],177页。
thbreak args
设置一个只中断一次的硬件支持断点。args和hbreak的参数一样,设置方式也一样。不过,和tbreak命令相似,断点会在程序第一次
中断后自动删除。和hbreak命令相似,断点需要硬件支持,某些硬件可能不支持。参见5.1.5[禁用断点],49页。参见5.1.6节[中断
条件],50页。
rbreak regex
在所有匹配正则表达式regex的函数上设置断点。这个命令会在所有匹配的函数上设置无条件的断点,也打印设置的断点列表。一旦
这些断点被设置上,它们就和用break命令设置的一样了。你可以删除,禁用它们,或者可以和别的断点一样为他们设置条件。
正则表达式的语法是标准的,就如’grep’工具用的一样。注意,和shells用的不一样,例如foo*匹配开头是fo,接下来有0或者多个
o的函数。在你的正则表达式的开头和结尾有个隐含的.*,所以要想只匹配foo开头的函数,用^foo.
在调试C++程序,在非特定类的成员函数的重载函数的设置断点上,rbreak很有用。
可以用rbreak命令在一个程序里的所有函数上设置断点,如下:
(gdb) rbreak .
info breakpoints [n]
info break [n]
info watchpoints [n]
打印断点,监视点和捕获点表。可选参数n代表打印特定断点的信息(或者监视点,捕获点)。对于每个断点,打印下列信息:
Breakpoint Numbers
Type断点,监视点,或捕获点
Disposition
断点是否标记为禁用或删除
Enabled or Disabled
用’y'标记激活断点,用’n'标记断点禁用。
Address
程序里的断点位置,内存里的位置。对于一个挂起的断点,它的位置是未
知的,这个域会包含’<PENDING>’。这类断点在共享库没被加载前世不会
起作用的。详细说明见下面。一个断点对应多个位置的话,这个域会包含
‘<MULTPLE>’–详细说明见下面。
What
断点位置在程序源代码,文件和行号。对于一个挂起的断点,由于在对应
的共享库未被加载前不能解释,此时断点命令会显示一个初始的字符串。
如果断点是有条件的,info break会显示被断点影响的行上的条件;断点命令,如果有的话,
会在这行后显示。一个挂起的断点可以有条件的指定。这个条件会在共享库加载后分析有效性,
以此来确定一个有效的位置。
info break带有一个断点号n的参数将只显示此断点。变量$_和x命令缺省的检查地址用来显示
最近位置的断点(参见8.5节[查看内存],79页)。
info break断点被执行过的次数。这个命令在和ignore命令和用的时候特别有用。你可以忽略
大部分的断点执行,查看断点信息来看断点总共有多少次执行,然后再次运行,忽略这个总数
少一次的端点执行。这将可以让你快速的到达断点的最后一次执行。
GDB可以在程序的同一位置设置任意数量的断点。这不是愚蠢或毫无意义的。特别是在断点是条件性的
情况下,更为有用(参见5.1.6节[断点条件],50页)。
一个断点可能对应于多个位置。这种情况的例子如下:
对于C++构造函数,GCC编译器产生函数体多个的实例,用于不同的重载场景。
对于C++模板函数,函数里一个给定的行可以对应于任意数量的实例。
对于内联函数,一个给定的源代码行可以对应于多个内联的地址。
在这些情况下,GDB会在这些相关的位置插入断点。
一个对应于多个位置的断点可能会用多行来显示断点信息表–一个表头行,接下来是每一行对应于每一
断点位置。表头行在地址列里有’<MULTIPLE>’。每个位置有单独的行,这一行包含位置的实际地址,和那
个位置对应的函数名。断点号列的形式是断点号.位置号。
例如:
Num Type Disp Enb Address What
1 breakpoint keep y <MULTIPLE>
stop only if i==1
breakpoint already hit 1 time
1.1 y 0x080486a2 in void foo<int>() at t.cc:8
1.2 y 0x080486ca in void foo<double>() at t.cc:8
将断点号.位置号作为参数传递给enable何disable命令,每个位置就可以被单独的激活或者禁用。注意,不能
从列表里删除一个单独的位置,只能删除从属于父断点的整个位置列表(用delete num命令,num是父断点的编号
,上面例子里是1).禁用或者激活父断点(参见5.1.5[禁用],49页)影响所有属于这个断点的位置。
在共享库里设置断点是很平常的事。程序运行的时候共享库可以显式加载/卸载,还可以多次重复。为了支持这
个用例,GDB会在共享库加载/卸载的时候更新断点位置。典型地,在库尚未加载或库的符号还不可用的时候,你可
以在调试会话的开始在库里设置一个断点。在设置此类断点的时,GDB会问你是否想要设置一个所谓的挂起断点–
断点的地址还不能解释。
程序运行后,当一个新共享库加载以后,GDB会重新计算所有断点。当一个新加载的共享库包含挂起断点引用到
的符号或者行时,这个断点就变为已解析和普通断点了。在共享库卸载时,所有引用到它的符号或行的断点都成为
挂起断点。
这个逻辑也适用于对应于多个位置的断点。例如,如果你在一个C++模板函数里设置了一个断点,一个新加载的
共享库有此模板的一个实例,一个新的位置会加到断点的位置列表里。
除了位置未解析外,挂起断点和常规断点没有区别。你可以设置条件或者命令,激活或者禁用和执行别的断点操
作。
在’break’命令不能解析断点地址时,GDB提供了附加的命令来控制解析此地址:
set breakpoint pending auto
这个命令是缺省行为。GDB不能找到断点位置时,它会向你询问是否该创建一个刮起断点。
set breakpoint pending on
设置未识别断点位置应该自动的创建一个刮起断点。
set breakpoint pending off
挂起断点不创建。任何未识别断点位置都将导致一个错误。这个设置不影响此前创建的挂
起断点。
show breakpoint pending
显示目前关于创建挂起断点的行为模式。
上面的设置只影响break命令和它的参数。一旦断点被设置了,共享库加载/卸载时会被自动的更新。
上面的设置只影响break命令和它的参数。一旦断点被设置了,共享库加载/卸载时会被自动的更新。
对于某些目标,断点所在的位置可以在只读或是可读写的,GDB可以根据断点位置来自行决定用硬件或者软件断点。这
个规则应用于用break命令来设置的断点,也用于那些用next和finish之类的命令设置的内部断点。对于用hbreak命令设置
的断点,GDB总会用硬件断点。
用下列命令控制这个自动行为:
set breakpoint auto-hw on
这是缺省行为。GDB设置断点时,它会尝试用目标内存映射来决定是用软件还是用硬件断点。
set breakpoint auto-hw off

你可能感兴趣的:(linux下gdb单步调试)