Linux下C程序的编辑,编译和运行以及调试
要使用的工具:
编辑:vim(vi)
编译和运行:gcc
调试:gdb
安装很简单(以下是以在CentOS中安装为例):
1.使用vim编辑源文件
首先,打开终端练下手:
(进入一般模式)
按下"i",进入编辑模式,在编辑模式下输入:
3 |
printf ( "Hello, World!\n" ); |
输入完成,按"ESC"键,回到一般模式,然后按下":wq",即可保存并退出vim。
附注:
在一般模式下,按下":%!xxd"查看hello.c的16进制形式,回到文本格式按下":%!xxd
-r"。
查看hello.c的二进制形式,按下":%!xxd
-b",这是hello.c保存在磁盘上的存储状态。
至此,在vim已完成C源文件的编辑。
关于vim的使用,直接上网搜索vim,相关的文章是相当多的;或者参考vim的联机帮助,在命令行上键入"man
vim"即可。
2.编译和运行
gcc命令的基本用法:
1 |
gcc[options] [filenames] |
其中,filenames为文件名;options为编译选项
当不使用任何编译选项编译hello.c时,gcc将会自动编译产生一个a.out的可执行文件:
执行:
使用-o编译选择,可以为编译后的文件指定一个名字:
执行:
注意:使用-o选项时,-o后面必须跟一个文件名,即:-o outfile。
为了便于描述后面的选项,删除hello和a.out可执行文件。
结合介绍gcc的编译选项,分析hello.c的编译和执行过程:
(1)预处理阶段:使用-E选项,对输入文件只做预处理不编译。当使用这个选项时,预处理器的输出被送到标准输出而不是存储到文件。如果想将预处理的输出存储到文件,可结合-o选项使用,使用如下:
使用less查看下hello.i:
(2)编译阶段:使用-S选项,将C程序编译为汇编语言文件后停止编译,gcc编译产生汇编文件的默认后缀为.s。
5 |
hello.c hello.i hello.s |
在gcc -S hello.c处,使用C源文件编译,也可以用gcc -S hello.i的预处理文件编译,结果一样。
使用-S编译时,也可以和-o结合使用指定编译产生的汇编语言文件的名字:
2 |
hello.c hello.i hello.s |
5 |
hello.c hello.i hello.s hello_s.s |
可使用less命令查看汇编代码。
(3)汇编阶段:使用-c选项,将C源文件或者汇编语言文件编译成可重定向的目标文件(二进制形式),其默认后缀为.o。
2 |
hello.c hello.i hello.s hello_s.s |
5 |
hello.c hello.i hello.o hello.s hello_s.s |
也可以和-o结合使用指定编译产生的目标文件的名字:
由于hello.o是二进制文件,使用less查看显示为乱码;
然后使用vim hello.o打开也显示为乱码,按下":%!xxd"查看其16进制形式,按下":%!xxd -r"退出
16进制查看模式,回到乱码状态。在退出vim时,若提示已经修改了文件,则使用":q!"强制退出。
(4)链接阶段:链接器将可重定向的目标文件hello.o以及库文件(如printf.o)执行并入操作,形成最终可执行的可执行目标文件。
2 |
hello.c hello.i hello.o hello.s hello_s.s |
5 |
a.out hello.c hello.i hello.o hello.s hello_s.s |
可使用-o选项,指定输出文件(即可执行目标文件)的名字:
3 |
a.out hello hello.c hello.i hello.o hello.s hello_s.s |
(5)执行阶段:
由此,看出前面使用的gcc hello.c -o
hello命令,将hello.c直接编译为可执行的目标文件,中间经过于处理器的预处理阶段(源文件到预处理文件),编译器的编译阶段(预处理文件到汇编文件),汇编器的汇编阶段(汇编文件到可重定向的目标文件),链接器的链接阶段(可重定向的目标文件到可执行的目标文件)。
还有其他的选项如下:
-Idir:dir是头文件所在的目录
-Ldir:dir是库文件所在的目录
-Wall:打印所有的警告信息
-Wl,options:options是传递给链接器的选项
编译优化选项:-O和-O2
-O选项告诉GCC
对源代码进行基本优化。这些优化在大多数情况下都会使程序执行的更快。-O2选项告诉GCC产生尽可能小和尽可能快的代码。
-O2选项将使编译的速度比使用-O时慢。但通常产生的代码执行速度会更快。
除了-O和-O2优化选项外,还有一些低级选项用于产生更快的代码。这些选项非常的特殊,而且最好只有当你完全理解这些选项将会对编译后的代码产生什么样的效果时再去使用。这些选项的详细描述,请参考GCC的联机帮助,在命令行上键入"man
gcc"即可。
调试选项:-g(使用详情见第3部分)
-g选项告诉GCC产生能被GNU调试器使用的调试信息以便调试你的程序。
即:在生成的目标文件中添加调试信息,所谓调试信息就是源代码和指令之间的对应关系,在gdb调试和objdump反汇编时要用到这些信息。
3.调试
虽然GCC提供了调试选项,但是本身不能用于调试。Linux
提供了一个名为gdb的GNU调试程序。gdb是一个用来调试C和C++程序的调试器。它使你能在程序运行时观察程序的内部结构和内存的使用情况。以下是gdb所提供的一些功能:
a.它使你能监视你程序中变量的值;
b.它使你能设置断点以使程序在指定的代码行上停止执行;
c.它使你能一行行的执行你的代码。
(1)启动gdb
在命令行上键入"gdb"并按回车键就可以运行gdb了,如下:
2 |
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-60.el6_4.1) |
3 |
Copyright (C) 2010 Free Software Foundation, Inc. |
4 |
License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. |
5 |
There is NO WARRANTY, to the extent permitted by law. Type "show copying" |
6 |
and "show warranty" for details. |
7 |
This GDB was configured as "x86_64-redhat-linux-gnu" . |
8 |
For bug reporting instructions, please see:<>. |
当启动gdb之后,即可在命令行上输入命令进行相关的调试操作。
也可以以下面的方式来启动gdb:
这种方式启动gdb,直接将指定调试的程序文件装载到调试环境中。也就是让gdb装入名称为filename的可执行文件,从而准备调试。
为了能够进行调试,当前调试的程序文件中必须包含调试信息。其中调试信息包含程序中的每个变量的类型和其在可执行文件里的地址映射以及源代码的行号,gdb利用这些信息使源代码和机器码相关联。因此在使用gcc编译源程序的时候必须使用-g选项,以便将调试信息包含在可执行文件中。
例如:
gdb还提供了其他的启动选项,请参考gdb的联机帮助。在命令行上键入"man gdb"并回车即可。
(2)gdb基本命令
<1>单步执行和跟踪函数调用
程序编辑如下:
02 |
int add_range( int low, int high){ |
05 |
for (i = low; i <= high; i++){ |
13 |
result[0] = add_range(1, 10); |
14 |
result[1] = add_range(1, 100); |
15 |
printf ( "result[0] = %d\nresult[1] = %d\n" , result[0], result[1]); |
编译和运行如下:
1 |
[root@localhost gdb_demo] |
2 |
[root@localhost gdb_demo] |
3 |
[root@localhost gdb_demo] |
5 |
[root@localhost gdb_demo] |
以上程序的结果中,显然第二个结果是不正确的,有基础的人会一眼看出问题处在哪里,呵呵,这里只是为了演示使用gdb调试而故意为之。当然在开发人员最好不要太过于依赖gdb才能找到错误。
在编译时加上-g选项,生成的目标文件才能用gdb进行调试:
01 |
[root@localhost gdb_demo] |
02 |
[root@localhost gdb_demo] |
03 |
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-60.el6_4.1) |
04 |
Copyright (C) 2010 Free Software Foundation, Inc. |
05 |
License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. |
06 |
There is NO WARRANTY, to the extent permitted by law. Type "show copying" |
07 |
and "show warranty" for details. |
08 |
This GDB was configured as "x86_64-redhat-linux-gnu" . |
09 |
For bug reporting instructions, please see:<>... |
10 |
Reading symbols from /root/code/c/gdb_demo/test1... done . |
-g选项的作用是在目标文件中加入源代码的信息,比如目标文件中的第几条机器指令对应源代码的第几行,但并不是把整个源文件嵌入到目标文件中,所以在调试时目标文件必须保证gdb也能找到源文件。
gdb提供一个类是shell的命令行环境,上面的(gdb)就是提示符,在这个提示符下输入help可以查看命令的类别:
02 |
List of classes of commands: |
03 |
aliases -- Aliases of other commands |
04 |
breakpoints -- Making program stop at certain points |
05 |
data -- Examining data |
06 |
files -- Specifying and examining files |
07 |
internals -- Maintenance commands |
08 |
obscure -- Obscure features |
09 |
running -- Running the program |
10 |
stack -- Examining the stack |
11 |
status -- Status inquiries |
12 |
support -- Support facilities |
13 |
tracepoints -- Tracing of program execution without stopping the program |
14 |
user-defined -- User-defined commands |
15 |
Type "help" followed by a class name for a list of commands in that class. |
16 |
Type "help all" for the list of all commands. |
17 |
Type "help" followed by command name for full documentation. |
18 |
Type "apropos word" to search for commands related to "word" . |
19 |
Command name abbreviations are allowed if unambiguous. |
可以进一步查看某一个类别中有哪些命令,例如查看files类别下有哪些命令可以用:
02 |
Specifying and examining files. |
04 |
add-symbol- file -- Load symbols from FILE |
05 |
add-symbol- file -from-memory -- Load the symbols out of memory from a dynamically loaded object file |
06 |
cd -- Set working directory to DIR for debugger and program being debugged |
07 |
core- file -- Use FILE as core dump for examining memory and registers |
08 |
directory -- Add directory DIR to beginning of search path for source files |
09 |
edit -- Edit specified file or function |
10 |
exec - file -- Use FILE as program for getting contents of pure memory |
11 |
file -- Use FILE as program to be debugged |
12 |
forward-search -- Search for regular expression (see regex(3)) from last line listed |
13 |
generate-core- file -- Save a core file with the current state of the debugged process |
14 |
list -- List specified function or line |
15 |
load -- Dynamically load FILE into the running program |
使用list命令从第一行开始列出源代码:
04 |
3 int add_range(int low, int high){ |
07 |
6 for (i = low; i <= high; i++){ |
一次只列出10行,如果要从11行开始继续列出源代码可以输入:
也可以什么都不输入直接敲回车,gdb提供类一个方便的功能,在提示符下直接敲回车表示用适当的参数重复上一条命令。
5 |
14 result[0] = add_range(1, 10); |
6 |
15 result[1] = add_range(1, 100); |
7 |
16 printf ( "result[0] = %d\nresult[1] = %d\n" , result[0], result[1]); |
gdb的很多常用命令有简写形式,例如list命令可以写成l,要列出一个函数的源码也可以用函数名做list的参数:
04 |
3 int add_range(int low, int high){ |
07 |
6 for (i = low; i <= high; i++){ |
现在退出gdb的环境(quit或简写形式q):
现在把源代码改名或移动到别处,再用gdb调试目标文件,就列不出源代码了:
01 |
[root@localhost gdb_demo] |
03 |
[root@localhost gdb_demo] |
04 |
[root@localhost gdb_demo] |
06 |
[root@localhost gdb_demo] |
可见gcc的-g选项并不是把源代码嵌入到目标文件中的,在调试目标文件时也需要源文件。
现在把源代码恢复原样,继续调试。首先使用start命令开始执行程序:
01 |
[root@localhost gdb_demo] |
02 |
[root@localhost gdb_demo] |
05 |
Temporary breakpoint 1 at 0x4004f8: file test1.c, line 14. |
06 |
Starting program: /root/code/c/gdb_demo/test1 |
07 |
Temporary breakpoint 1, main () at test1.c:14 |
08 |
14 result[0] = add_range(1, 10); |
09 |
Missing separate debuginfos, use: debuginfo- install glibc-2.12-1.132.el6.x86_64 |
这表示停在main函数中变量定义之后的第一条语句处等待我们发命令,gdb列出这条语句表示它还没执行,并且马上要执行。我们可以用next命令(简写为n)控制这些语句一条一条地执行:
2 |
15 result[1] = add_range(1, 100); |
4 |
16 printf ( "result[0] = %d\nresult[1] = %d\n" , result[0], result[1]); |
用n命令依次执行两行赋值语句和一行打印语句,在执行打印语句时结果立刻打印出来类,然后停在return语句之前等待我们发命令。
虽然我们完全控制了程序的执行,但仍然看不出哪里错了,因为错误不再main函数中而是在add_range函数中,现在用start命令重新执行,这次用step命令(简写为s)进入函数中去执行:
02 |
The program being debugged has been started already. |
03 |
Start it from the beginning? (y or n) y |
04 |
Temporary breakpoint 3 at 0x4004f8: file test1.c, line 14. |
05 |
Starting program: /root/code/c/gdb_demo/test1 |
06 |
Temporary breakpoint 3, main () at test1.c:14 |
07 |
14 result[0] = add_range(1, 10); |
09 |
add_range (low=1, high=10) at test1.c:6 |
10 |
6 for (i = low; i <= high; i++){ |
这次进入add_range函数中,停在函数中定义变量之后的第一条语句处。
在函数中有几种查看状态的办法,backtrace(简写为bt)可以查看函数调用的栈帧:
可见当前的add_range函数是被main函数调用的,main函数中传给add_range的参数是low=1,
high=10。main函数的栈帧编号是1,add_range函数的栈帧编号是0。
现在可以使用info命令(简写为i)查看add_range局部变量的值:
如果想查看main函数中的当前局部变量的值也可以做到的,先用frame命令(简写为f)选择1号栈帧,然后再查看main中的局部变量:
03 |
14 result[0] = add_range(1, 10); |
05 |
result = {4195073, 0, -1646196904, 50, 4195016, 0, 0, 1, 2041, 1, -1654612390, |
06 |
50, 0, 0, -1652419360, 50, -7728, 32767, -7688, 32767, -1652420216, 50, |
07 |
-134227048, 32767, -163754450, 0, -1654612390, 50, 0, 0, -134227048, 32767, |
08 |
1, 0, 0, 0, 1, 50, -1652420216, 50, -7848, 32767, 750006344, 0, 6, 0, -7826, |
09 |
32767, 0, 0, -1652419360, 50, -7808, 32767, -1645672825, 50, -7784, 32767, 0, |
10 |
1, 0, 0, 4195073, 0, 191, 0, -7826, 32767, -7825, 32767, 1, 0, 0, 0, |
11 |
-1645672168, 50, 0, 0, 4195680, 0, 0, 0, 4195235, 0, -7512, 32767, 4195749, |
12 |
0, -1646199904, 50, 4195680, 0, 0, 0, 4195296, 0, -7536, 32767, 0, 0} |
注意到result数组中的很多元素具有杂乱无章的值,因为未经初始化的局部变量具有不确定的值。
到目前为止(即已经进入第一次的函数调用的函数体内),是正常的。
继续用s或n往下走,然后用print(简写为p)打印变量sum的值。
04 |
6 for (i = low; i <= high; i++){ |
08 |
6 for (i = low; i <= high; i++){ |
注意:这里的$1表示gdb保存着这些中间结果,$后面的编号会自动增长,在命令中可以用$1、$2、$3等编号代替相应的值。
-----------------------------------------------------
以上的执行过程使用下面的方法可能看得更清楚(这里的步骤不是继续跟着上面步骤,是在另一个终端中调试的):
08 |
6 for (i = low; i <= high; i++){ |
18 |
6 for (i = low; i <= high; i++){ |
-----------------------------------------------------
由此看出,第一次循环的结果是正确的,再往下单步调试已经没有意义了,可以使用finish命令让程序一直运行到从当前函数返回为止:
3 |
0x0000000000400507 in main () at test1.c:14 |
4 |
14 result[0] = add_range(1, 10); |
5 |
Value returned is $1 = 55 |
返回值是55,当前正准备执行赋值操作,用s命令执行赋值操作,然后查看result数组:
02 |
15 result[1] = add_range(1, 100); |
04 |
$2 = {55, 0, -1646196904, 50, 4195016, 0, 0, 1, 2041, 1, -1654612390, 50, 0, 0, |
05 |
-1652419360, 50, -7728, 32767, -7688, 32767, -1652420216, 50, -134227048, |
06 |
32767, -163754450, 0, -1654612390, 50, 0, 0, -134227048, 32767, 1, 0, 0, 0, |
07 |
1, 50, -1652420216, 50, -7848, 32767, 750006344, 0, 6, 0, -7826, 32767, 0, 0, |
08 |
-1652419360, 50, -7808, 32767, -1645672825, 50, -7784, 32767, 0, 1, 0, 0, |
09 |
4195073, 0, 191, 0, -7826, 32767, -7825, 32767, 1, 0, 0, 0, -1645672168, 50, |
10 |
0, 0, 4195680, 0, 0, 0, 4195235, 0, -7512, 32767, 4195749, 0, -1646199904, |
11 |
50, 4195680, 0, 0, 0, 4195296, 0, -7536, 32767, 0, 0} |
第一个值是55确实赋值给类result数组的第0个元素。
使用s命令进入第二次add_range调用,进入之后首先查看参数和局部变量:
2 |
add_range (low=1, high=100) at test1.c:6 |
3 |
6 for (i = low; i <= high; i++){ |
到这里,看出了问题:由于局部变量i和sum没有初始化,所以具有不确定的值,又由于连次调用是连续的,i和sum正好取类上次调用时的值。i的初始值不是0不要紧,因为在for循环开始重新赋值了,但如果sum的处置不是0,累加得到的结果就错了。
问题找到了,可以退出gdb修改源代码了。然而我们不想浪费一次调试机会,可以在gdb中马上把sum的初始值改为0,继续运行,看看改了之后有没有其他的bug:
04 |
0x000000000040051c in main () at test1.c:15 |
05 |
15 result[1] = add_range(1, 100); |
06 |
Value returned is $3 = 5050 |
08 |
16 printf ( "result[0] = %d\nresult[1] = %d\n" , result[0], result[1]); |
这样结果就对了。
修改变量的值除了用set命令之外也可以使用print命令,因为print命令后跟的是表达式,而我们知道赋值和函数调用都是表达式,所以还可以用print来修改变量的值,或者调用函数:
1 |
(gdb) print result[2]=88 |
3 |
(gdb) p printf ( "result[2]=%d\n" , result[2]) |
我们知道:printf函数的返回值表示实际打印的字符数,所以$5的结果是13。
总结一下本节使用过的gdb命令:
01 |
list(l):列出源代码,接着上次的位置往下列,每次列10行 |
02 |
list 行号:列出产品从第几行开始的源代码 |
04 |
start:开始执行程序,停在main函数第一行语句前面等待命令 |
06 |
step(s):执行下一行语句,如果有函数调用则进入到函数中 |
07 |
breaktrace(或bt):查看各级函数调用及参数 |
09 |
info(i) locals:查看当前栈帧局部变量的值 |
10 |
finish:执行到当前函数返回,然后挺下来等待命令 |
11 |
print(p):打印表达式的值,通过表达式可以修改变量的值或者调用函数 |
<2>断点
程序编辑如下:
09 |
for (i = 0; input[i] != ‘\0‘ ; i++){ |
10 |
sum = sum * 10 + input[i] - ‘0‘ ; |
12 |
printf ( "input = %d\n" , sum); |
编译和运行:
01 |
[root@localhost gdb_demo] |
02 |
[root@localhost gdb_demo] |
03 |
[root@localhost gdb_demo] |
04 |
test1 test1.c test2 test2.c |
05 |
[root@localhost gdb_demo] |
从结果看出程序明显是有问题的。
下面来调试:
1 |
[root@localhost gdb_demo] |
4 |
Temporary breakpoint 1 at 0x40053c: file test2.c, line 4. |
5 |
Starting program: /root/code/c/gdb_demo/test2 |
6 |
Temporary breakpoint 1, main () at test2.c:4 |
8 |
Missing separate debuginfos, use: debuginfo- install glibc-2.12-1.132.el6.x86_64 |
可见,start不会跳过赋值语句,通过第一次单步调试的例子,sum可列为重点观察对象,可以使用display命令使得每次停下来的时候都显示当前的sum值,继续往下走:
11 |
10 for (i = 0; input[i] != ‘\0‘ ; i++){ |
这个循环应该是没有问题的,因为循环开始sum的值是正确的。可以使用undisplay取消先前设置的那些变量的跟踪。
如果不想一步一步跟踪这个循环,可以使用break(简写为b)在第8行设置一个断点(Breakpoint):
07 |
10 for (i = 0; input[i] != ‘\0‘ ; i++){ |
08 |
11 sum = sum * 10 + input[i] - ‘0‘ ; |
10 |
13 printf ( "input = %d\n" , sum ); |
13 |
Breakpoint 2 at 0x40054a: file test2.c, line 8. |
break命令的参数也可以是函数名,表示在某一个函数开头设置断点。现在用continue命令(简写为c)连续运行而非单步运行,程序到达断点会自动停下来,这样就可以停在下一次循环的开头:
4 |
Breakpoint 2, main () at test2.c:9 |
然后输入新的字符串准备转换:
3 |
10 for (i = 0; input[i] != ‘\0‘ ; i++){ |
此时问题已经暴露出来了,新的转换应该是从0开始累加的,而现在sum却是123,原因在于新的循环没有把sum归零。
可见断点有助于快速跳过与问题无关的代码,然后在有问题的代码上慢慢走慢慢分析,“断点加单步”是使用调试器的基本方法。至于应该在哪里设置断点,怎么知道哪些代码可以跳过而哪些代码要慢慢走,也要通过对错误现象的分析和假设来确定。
一次调试可以设置多个断点,用info命令(简写为i)可以查看已经设置的断点:
2 |
Breakpoint 3 at 0x40056c: file test2.c, line 11. |
4 |
Num Type Disp Enb Address What |
5 |
2 breakpoint keep y 0x000000000040054a in main at test2.c:8 |
6 |
breakpoint already hit 2 times |
7 |
3 breakpoint keep y 0x000000000040056c in main at test2.c:11 |
每一个断点都有一个编号,可以用编号指定删除某个断点:
1 |
(gdb) delete breakpoints 2 |
3 |
Num Type Disp Enb Address What |
4 |
3 breakpoint keep y 0x000000000040056c in main at test2.c:11 |
有时候一个断点不想用可以禁用而不必删除,这样以后想用的时候可以直接启用,而不必重新从代码里找应该在哪一行设置断点:
01 |
(gdb) disable breakpoints 3 |
03 |
Num Type Disp Enb Address What |
04 |
3 breakpoint keep n 0x000000000040056c in main at test2.c:11 |
05 |
(gdb) enable breakpoints 3 |
07 |
Num Type Disp Enb Address What |
08 |
3 breakpoint keep y 0x000000000040056c in main at test2.c:11 |
09 |
(gdb) delete breakpoints |
10 |
Delete all breakpoints? (y or n) y |
12 |
No breakpoints or watchpoints. |
gdb设置断点功能非常灵活,还可以设置断点在满足某个条件时才激活,例如我们仍然在循环开头设置断点,但是仅当sum不等于0时才中断,然后用run(简写为r)重新从程序开头连续执行:
01 |
(gdb) break 10 if sum != 0 |
02 |
Breakpoint 5 at 0x400563: file test2.c, line 10. |
04 |
Num Type Disp Enb Address What |
05 |
5 breakpoint keep y 0x0000000000400563 in main at test2.c:10 |
08 |
The program being debugged has been started already. |
09 |
Start it from the beginning? (y or n) y |
10 |
Starting program: /root/code/c/gdb_demo/test2 |
14 |
Breakpoint 5, main () at test2.c:10 |
15 |
10 for (i = 0; input[i] != ‘\0‘ ; i++){ |
结果:第一次执行输入之后没有中断,第二次却中断了,因为第二次循环开始sum的值为123。
总结一下本节使用到的gdb命令:
04 |
continue (或c):从当前位置开始连续而非单步执行程序 |
05 |
delete breakpoints:删除所有断点 |
06 |
delete breakpoints n:删除序号为n的断点 |
07 |
disable breakpoints:禁用断点 |
08 |
enable breakpoints:启用断点 |
09 |
info(或i) breakpoints:参看当前设置了哪些断点 |
11 |
display 变量名:跟踪查看一个变量,每次停下来都显示它的值 |
12 |
undisplay:取消对先前设置的那些变量的跟踪 |
下面再看一个例子:
程序如下:
04 |
char str[6] = "hello" ; |
05 |
char reverse_str[6] = "" ; |
07 |
for (i = 0; i < 5; i ++){ |
08 |
reverse_str[5-i] = str[i]; |
10 |
printf ( "%s\n" , reverse_str); |
运行结果:
1 |
[root@localhost gdb_demo] |
2 |
[root@localhost gdb_demo] |
其中,第二次打印空白,结果显然是不正确的。
调试过程如下:
01 |
[root@localhost gdb_demo] |
08 |
5 char str[6] = "hello" ; |
09 |
6 char reverse_str[6] = "" ; |
11 |
8 printf ( "%s\n" , str); |
12 |
9 for (i = 0; i < 5; i ++){ |
13 |
10 reverse_str[5-i] = str[i]; |
16 |
12 printf ( "%s\n" , reverse_str); |
20 |
No breakpoints or watchpoints. |
22 |
Breakpoint 1 at 0x4004fb: file test3.c, line 10. |
24 |
Num Type Disp Enb Address What |
25 |
1 breakpoint keep y 0x00000000004004fb in main at test3.c:10 |
27 |
Starting program: /root/code/c/gdb_demo/test3 |
29 |
Breakpoint 1, main () at test3.c:10 |
30 |
10 reverse_str[5-i] = str[i]; |
31 |
Missing separate debuginfos, use: debuginfo- install glibc-2.12-1.132.el6.x86_64 |
33 |
$1 = "\000\000\000\000\000" |
36 |
Breakpoint 1, main () at test3.c:10 |
37 |
10 reverse_str[5-i] = str[i]; |
39 |
$2 = "\000\000\000\000\000h" |
42 |
Breakpoint 1, main () at test3.c:10 |
43 |
10 reverse_str[5-i] = str[i]; |
45 |
$3 = "\000\000\000\000eh" |
48 |
Breakpoint 1, main () at test3.c:10 |
49 |
10 reverse_str[5-i] = str[i]; |
51 |
$4 = "\000\000\000leh" |
54 |
Breakpoint 1, main () at test3.c:10 |
55 |
10 reverse_str[5-i] = str[i]; |
60 |
Program exited normally. |
由上面的观察可知:
在于将str数组中的值赋值到reverse_str的时候,将str的第1个元素赋值给类reverse_str的第6个元素,而该循环只循环了5次(即str数组元素个数),从而导致reverse_str的第一个元素为‘\000‘,所以输出为空白。
修改如下:
05 |
char str[6] = "hello" ; |
06 |
char reverse_str[6] = "" ; |
08 |
int len = strlen (str); |
09 |
for (i = 0; i <= len-1; i ++){ |
10 |
reverse_str[len-1-i] = str[i]; |
12 |
printf ( "%s\n" , reverse_str); |
再次运行就好了:
1 |
[root@localhost gdb_demo] |
2 |
[root@localhost gdb_demo] |
<3>观察点(Watchpoint)
断点是当程序执行到某一代码行时中断,而观察点一般来观察某个表达式(变量也是一种表达式)的值是否有变化了,如果有变化,马上停住程序。
vim
test4.c
05 |
for (i = 1; i <= 10; i++){ |
08 |
printf ( "sum = %d\n" , sum); |
编译运行:
1 |
[root@localhost gdb_demo] |
2 |
[root@localhost gdb_demo] |
设置观察点进行调试:
01 |
[root@localhost gdb_demo] |
04 |
Temporary breakpoint 1 at 0x4004cc: file test4.c, line 4. |
05 |
Starting program: /root/code/c/gdb_demo/test4 |
06 |
Temporary breakpoint 1, main () at test4.c:4 |
08 |
Missing separate debuginfos, use: debuginfo- install glibc-2.12-1.132.el6.x86_64 |
15 |
6 for (i = 1; i <= 10; i++){ |
18 |
9 printf ( "sum = %d\n" , sum ); |
23 |
Hardware watchpoint 2: sum |
26 |
Hardware watchpoint 2: sum |
30 |
6 for (i = 1; i <= 10; i++){ |
33 |
Hardware watchpoint 2: sum |
37 |
6 for (i = 1; i <= 10; i++){ |
40 |
Hardware watchpoint 2: sum |
44 |
6 for (i = 1; i <= 10; i++){ |
47 |
Hardware watchpoint 2: sum |
51 |
6 for (i = 1; i <= 10; i++){ |
总结一下本节使用到的gdb命令:
2 |
info(或i) watchpoints:查看当前设置了哪些观察点 |
GDB的补充:
输出格式:
一般来说,GDB会根据变量的类型输出变量的值。但你也可以自定义GDB的输出的格式。
例如,你想输出一个整数的十六进制,或是二进制来查看这个整型变量的中的位的情况。要
做到这样,你可以使用GDB的数据显示格式:
x
按十六进制格式显示变量。
d 按十进制格式显示变量。
u 按十六进制格式显示无符号整型。
o
按八进制格式显示变量。
t 按二进制格式显示变量。
a 按十六进制格式显示变量。
c
按字符格式显示变量。
f 按浮点数格式显示变量。
查看内存:
你可以使用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表示按十六进制显示。
原文:http://www.cnblogs.com/AloneSword/p/3512797.html