1、GDB程序调试

GDB是GNU开源组织发布的一个强大的Linux下的程序调试工具。一般来说GDB主要完成下面四个部分的功能。

1)启动你的程序,可以按照你的自定义的要求运行程序。

2)可让被调试程序在你所指定的调试的断点处停住(断点可以使条件表达式)。

3)当程序被停住时。可以检查此时你的程序中所发生的事,包括查看当前状态下程序中指定变量的值。

4)动态的改变你程序的执行环境。

步骤:

1、先使用vi编辑器编辑文件test.c,用于GDB调试器调试。

2、使用命令gcc -g test.c -o test,编译test.c,生成包含标准调试信息的文件test。

3、使用命令gdb test,启动gdb进行调试,在gdb的启动界面中显示了gdb的版本、自由软件等信息,按回车确认后进入了由"gdb"为提示符的命令界面。

4、使用l(list)命令,查看源文件,可以看到每行代码中都有行号,这样方便我们设置断点。注意:使用l命令,默认从代码开头,一次显示10行的内容,再次使用l命令,显示接下来的10行,显示指定行的 内容,可以使用l(list) [起始行],[结束行]的命令。例如 l 3,9,查看3到9行的内容。

5、使用b(break)命令,查看源文件,可见只需在命令“b”后加上对应的行号,就能在该行设置上断点,在程序运行起来后,一当遇到断点就会停在断点所在行之前。

6、使用命令info b,查看断点设置情况。

7、使用命令r(run)运行代码,默认是从程序开头开始执行,当执行到断点处,程序就停止了,另外,还可以通过此命令向程序传入参数,格式为run [参数1] [参数2].....

8、使用命令p(print),格式为p [变量名],查看变量的值。

9、使用命令s(stop),进行单步调试,当遇到函数时,执行s会跳入函数中,并且没输入一次s命令,程序会向下执行一步。

10、使用命令n(next),进行单步调试,遇到函数时,执行n不会进入函数中,而将函数也作为一步执行。

11、使用命令finish,挑出一个函数(将这个函数运行完)。

12、使用c(continue),恢复程序运行,我们在程序代码中设置了两个断点,当程序停在第一个断点后,我们可以使用c命令使程序继续跑起来,直到第2个断点处。

13、使用命令q(quit),退出gdb的调试。

总结:

l(list) [行号]:显示代码中[行号]处10行内容。

l(list) [文件名] [行号]/[起始行号],[结束行号],指定list的文件名

p(print):除直接跟变量名外,还可跟函数调用。print add(3,4)

whatis:查看变量类型,格式为whatis [变量名]

break(b):b [行号]:在指定行设置断点

break [函数名]:在进入指定函数时,程序将终止

break [行号]/[函数名] if [条件]:在条件成立时,才会停止。

break [例程入口]:当程序包含多个代码文件时,进入到指定的文件才会停止。

tbreak:设置临时断点,到达后被自动删除,用法同break。

delete(d):删除断点,格式为:d(delete) [断点标号],不带标号则删除所有断点。

disable/enable:除能或使能断点,格式为disable/enable [断点标号],如果不带断点标号,则对所有都做相应操作。

condition:格式:condition [断点号]<条件表达式>,用来修改对应断点的条件。

ignore:格式:ignore [断点号] <num>执行时忽略断点号num次

set:设置变量的值,格式为:set [变量名]=[值]

help(h):查看指定命令的使用方法:help(h) [命令名]。

时间: 2024-12-07 18:37:56

1、GDB程序调试的相关文章

GDB 程序调试简单实践

用了好久的GCC/G++ 却一直都没用过GDB调试过程序,有时程序不是很大,一般有错,直接看编译器编译结果就差不多知道错在哪儿了,或者使用codeblocks单步调试,甚至回到windows下面调试,但是总是不太方便,因此有必要看一下GDB调试方法和基本步骤. 下面是一个简单的演示: 首先创建一个有错误的代码,如下: 这个程序很简单,目的是接受用户的输入,并将用户的输入回应输出来. 但是这个程序的第17行有个错误,使用了未初始化的字符指针name,因此编译运行后会出现段错误,如下: 下面利用GD

001编程基础----GDB程序调试

一.GDB是GNU发布的程序调试工具.有三方面功能: 1.启动被调试程序. 2.让被调试程序在指定位置停住. 3.当程序被停住时,可以检查程序状态(如变量值). 二.GDB调试步骤: 1.编译生成可执行文件 gcc -g hell.c -o hello 2.启动GDB gdb hello 3.在main函数处设置断点 break main(或b main) 4.运行程序 run 5.单步 next 6.继续运行 continue(或c) 7.退出GDB   quit 三.GDB命令的常用操作 l

gdb,程序调试助手

启动GDB:(其中我的app是编译之后的可执行文件) 退出命令:quit或者简写q 帮助获取: gdb通过完备的在线帮助,使我们使用起来更加方便.所有的帮助信息都是通过help命令获得的,运行help命令时,如果不指定参数,gdb将输出分类信息: 可以通过分类名作为help指定的参数来获得帮助,以断点(breakpoint)为例: 在gdb调试中,有几个注意点可以提高调试效率,第一,如果输入的命令开头字母能唯一标识这个命令,则后面的命令可以不用输入,例如退出命令quit,只输入q就已经是唯一标识

Linux下C/C++程序调试基础(GCC,G++,GDB,CGDB,DDD)

在写程序的时候,经常会遇到一些问题,比如某些变量计算结果不是我们预期的那样,这时我们需要对程序进行调试.本文主要介绍调试C/C++在Linux操作系统下主要的调试工具. 在Linux下写程序,C/C++主要的编译器有GCC/G++,ICC等,像我等穷码农,最喜欢GCC了,很大原因是他免费!所以,我们以GCC/G++为例介绍主要的调试工具. 分以下几个内容介绍: 1.调试之前的工作 2.选择调试工具 3.调试步骤 点我,请帮我投一票! 调试之前的工作 编译器在编译阶段需要产生可供调试的代码,才能被

使用 GNU GCC 和 GDB 开发调试应用程序

gcc 命令的使用 在使用GCC编译程序时,编译过程可以被细分为四个阶段: 预处理(Pre-Processing) 编译(Compiling) 汇编(Assembling) 链接(Linking) 如果不加任何参数, gcc 默认执行所有的操作,直接生成可执行文件. 以上四个阶段对应参数为: 1.        -E  只执行预处理 2.        –S  只编译,不汇编和链接 3.        –c  编译汇编不链接 4.        –o  链接成目标文件 GCC常用选项 -c 通知

windows下使用MinGW的调试工具gdb.exe调试C程序

1.编译源代码 C:MinGW\bin>gcc.exe -g -o program.exe program.c 编译选项上要加上“g”,这样生成的目标程序会含有调试内容,再用gdb调试的时候才能使用.显然加上“g”选项生成的应用程序会比不加的大,但两者运行时没有差别. 2.启动调试 C:MinGW\bin>gdb.exe program.exe 3.设置断点并启动运行 (gdb)break main(gdb)start 不能直接start,因为程序运行太快了,直接start就运行到程序停止的地

程序调试命令gdb

锁定线程 set scheduler-locking 1.要使用此命令,先用gcc -g编译程序,如:  $gcc -g test.c -o test  编译test.c源程序,输入此程序的调试版本test 2.调试程序  $gdb test //调试可执行程序test  $(gdb)start //使用程序test开始运行    列出指定函数的源代码,或列出指定行号开始的源程序  $(gdb)list 函数名  $(gdb)list 行号    backtrace(或bt) 查看各级函数调用及

用GDB远程调试android native程序

上次写了几个native程序,想着如何调试,经过一阵子搜索和测试,终于完成了.有几个关键点: 1 gdb和gdbserver 因为这两个需要配套,建议使用同一个ndk下面的gdb和gdbserver gdbserver的是在 android-ndk-r9\prebuilt\android-arm\gdbserver 这个目录下 gdb 是在 android-ndk-r9\toolchains\arm-linux-androideabi-4.8\prebuilt\windows-x86_64\bi

用gdb+nm调试php c extension程序

.so写好了是给php脚本调用的,如果php脚本执行崩掉了,.so也只能在进程中饮恨而终,这时候php脚本调试经常用的echo, print_r, var_dump都派不上用场了.即使能打印一点儿错误log出来,但也是只见表象,不知内情,根本解决不了一些诡异的bug.还好我们有gdb,下面就 通过4步搞定php c extension的调试. if test -z "$PHP_DEBUG"; then     AC_ARG_ENABLE(debug,     [         --e