GDB调试汇总 | yrbneumann

无论是多么优秀的程序员，都难以保证自己在编写代码时不会出现任何错误，因此调试是软件开发过程中的一个必不可少的组成部分。当程序完成编译之后，它很可能无法正常运行，或者会彻底崩溃，或者不能实现预期的功能。此时如何通过调试找到问题的症结所在，就变成了摆在开发人员面前最严峻的问题。通常说来，软件项目的规模越大，调试起来就会越困难，越需要一个强大而高效的调试器作为后盾。对于Linux程序员来讲，目前可供使用的调试器非常多，GDB就是其中较为优秀的。初识GDB GDB 是自由软件基金会（Free SoftwareFoundation）的软件工具之一。它的作用是协助程序员找到代码中的错误。如果没有GDB的帮助，程序员要想跟踪代码的执行流程，唯一的办法就是添加大量的语句来产生特定的输出。但这一手段本身就可能会引入新的错误，从而也就无法对那些导致程序崩溃的错误代码进行分析。 GDB的出现减轻了开发人员的负担，他们可以在程序运行的时候单步跟踪自己的代码，或者通过断点暂时中止程序的执行。此外，他们还能够随时察看变量和内存的当前状态，并监视关键的数据结构是如何影响代码运行的。调试方法如果想对程序进行调试，必须先在用GCC编译源代码时加上-g选项，以便产生GDB所需要的调试符号信息。例如，debugme.c是一个存在错误程序，可以使用如下的命令对其进行编译，同时产生调试符号： # gcc -g debugme.c -o debugme 如果愿意的话，还可以在编译时使用“-ggdb”选项来生成更多的调试信息。由于这些调试信息中的相当一部分是GDB所特有的，所以生成的代码将无法在其它调试器中正常调试。对于大多数情况来说，普通的-g选项就足够了。需要注意的是，GCC虽然允许同时使用-g(调试)和-o(优化)选项，但优化会影响最终生成的代码，导致程序源代码和二进制代码之间的关系变得复杂起来。如果不想为调试制造障碍，建议不要将-g和-o选项一同使用，并且只在程序彻底调试完后才开始进行代码优化。这样调试过程将变得相对轻松和愉快。基本应用现在可以启动GDB来调试已经生成的可执行程序debugme，命令如下： # gdb debugme GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) …… (gdb) 如果一切正常，GDB将被启动并在屏幕上输出版权信息，但如果使用了-q或--quiet选项则不会显示它们。启动GDB时另外一个有用的命令行选项是“-d dirname”，其中dirname是一个目录名。该目录名告诉GDB应该到哪里去寻找源代码。一旦出现GDB的命令提示符(gdb)，就表明GDB已经准备好接收来自用户的各种调试命令了。如果想在调试环境下运行这个程序，可以使用GDB提供的 “run”命令，而程序在正常运行时所需的各种参数可以作为“run”命令的参数传入，或者使用单独的“set args”命令进行设置。如果在执行“run”命令时没有给出任何参数，GDB将使用上一次“run”或“set args”命令指定的参数。如果想取消上次设置的参数，可以执行不带任何参数的“set args”命令。下面尝试在调试器中运行这个程序： (gdb) run …… Program received signal SIGSEGV, Segmentation fault. 0x4000c6ac in _dl_fini () from /lib/ld-linux.so.2 最后一行输出表明程序在调用动态链接库/lib/ld-linux.so.2中的_dl_fini() 函数时出现了错误，地址是0x4000c6ac。这些对调试是非常重要的线索。另外还有一种信息对调试也很重要，就是错误发生时的函数调用层级关系，可以通过执行“backtrace”命令来获得。在使用GDB调试命令时，用户可以不必输入完整的命令名称，使用任何惟一的缩写都可以。例如 “backtrace”命令就可以缩写成“back”甚至“bt”。GDB还支持很多常用的Shell命令编辑特征，比如可以像在bash或tcsh中那样按Tab键补齐命令。如果相关命令不惟一的话，则列出所有可能的匹配项。此外键盘上的方向键可用来翻动历史命令。 GDB是一个源代码级的调试器，使用“list”命令可以查看当前调试对象的源代码。该命令的通用格式为“list [m,n]”，表示显示从m行开始到n行结束的代码段，而不带任何参数的“list”命令将显示最近10行源代码。设置断点在调试有问题的代码时，在某一点停止运行往往很管用。这样程序运行到此外时会暂时挂起，等待用户的进一步输入。GDB允许在几种不同的代码结构上设置断点，包括行号和函数名等，并且还允许设置条件断点，让程序只有在满足一定的条件时才停止执行。要根据行号设置断点，可以使用“ break linenum”命令。要根据函数名设置断点，则应该使用“break funcname”命令。在以上两种情况中，GDB将在执行指定的行号或进入指定的函数之前停止执行程序。此时可以使用“print”显示变量的值，或者使用“list”查看将要执行的代码。对于由多个源文件组成的项目，如果想在执行到非当前源文件的某行或某个函数时停止执行，可以使用如下形式的命令： # break 20041126110727.htm:linenum # break 20041126110727.htm:funcname 条件断点允许当一定条件满足时暂时停止程序的执行。它对于调试来讲非常有用。设置条件断点的正确语法如下： break linenum if expr break funcname if expr 其中expr是一个逻辑表达式。当该表达式的值为真时，程序将在该断点处暂时挂起。例如，下面的命令将在debugme程序的第38行设置一个条件断点。当程序运行到该行时，如果count的值等于3，就将暂时停止执行： (gdb) break 38 if count==3 设置断点是调试程序时最常用到的一种手段。它可以中断程序的运行，给程序员一个单步跟踪的机会。使用命令“ break main”在main函数上设置断点可以在程序启动时就开始进行跟踪。接下去使用“continue”命令继续执行程序，直到遇到下一个断点。如果在调试时设置了很多断点，可以随时使用“infobreakpoints”命令来查看设置的断点。此外，开发人员还可以使用“delete”命令删除断点，或者使用“disable”命令来使设置的断点暂时无效。被设置为无效的断点在需要的时候可以用“enable”命令使其重新生效。观察变量 GDB最有用的特性之一是能够显示被调试程序中几乎任何表达式、变量或数组的类型和值，并且能够用编写程序所用的语言打印出任何合法表达式的值。查看数据最简单的办法是使用“print”命令，只需在“print”命令后面加上变量表达式，就可以打印出此变量表达式的当前值，示例如下： (gdb) print str $1 = 0x40015360 "Happy new year!/n" 从输出信息中可以看出，输入字符串被正确地存储在了字符指针str所指向的内存缓冲区中。除了给出变量表达式的值外，“print”命令的输出信息中还包含变量标号($1)和对应的内存地址(0x40015360)。变量标号保存着被检查数值的历史记录，如果此后还想访问这些值，就可以直接使用别名而不用重新输入变量表达式。如果想知道变量的类型，可以使用“whatis”命令，示例如下： (gdb) whatis str type = char * 对于第一次调试别人的代码，或者面对的是一个异常复杂的系统时，“whatis”命令的作用不容忽视。单步执行为了单步跟踪代码，可以使用单步跟踪命令“step”，它每次执行源代码中的一行。在GDB中可以使用许多方法来简化操作，除了可以将“step”命令简化为“s”之外，还可以直接输入回车键来重复执行前面一条命令。除了可以用“step”命令来单步运行程序之外，GDB还提供了另外一条单步调试命令“next”。两者功能非常相似，差别在于如果将要被执行的代码行中包含函数调用，使用step命令将跟踪进入函数体内，而使用next命令则不进入函数体内。在进入下一部分之前，使用下面的命令退出GDB： (gdb) quit 分析核心（core）文件在程序发生崩溃时，有时可能无法直接运行GDB来进行调试。比如程序可能是在另外一台机器上运行的，或者因为程序对时间比较敏感，所以手动跟踪调试会产生无法接受的延迟等。遇到这些情况，就只能等到程序运行结束后才能判断崩溃的原因了。这时需要用到Linux提供的coredump机制。当程序中出现内存操作错误时，会发生崩溃并产生核心文件。使用GDB可以对产生的核心文件进行分析，找出程序是在什么时候崩溃的和在崩溃之前程序都做了些什么。当然，如果要用GDB来分析核心文件，也必须在编译时加上-g选项来产生调试符号表。在分析核心文件之前必须确认系统是否允许生成核心文件，很多Linux发行版在默认时禁止生成核心文件。为了生成核心文件，首先必须执行下面的命令： # ulimit -c unlimited 然后就可以生成核心文件了。这里仍以前面的debugme程序为例，再次执行下面命令将产生核心文件： # ./debugme Enter a string to count words:Happy new year! The number of words is 3. Segmentation fault (core dumped) 生成的核心文件名根据系统配置的不同会有所差异。要在GDB中分析核心文件，除了要给出核心文件的文件名外，还必须给出生成该核心文件的可执行程序的名称，示例如下： #gdb debugme core.547 …… Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libc.so.6...done. …… 从GDB的输出信息中可以看出，产生这个核心文件的原因是因为程序收到了序号为11的信号。如果想知道程序在崩溃之前运行到了哪里，可以使用“backtrace”或“info stack”命令查看一下堆栈的历史记录。示例如下： (gdb) info stack #0 0x4000c6ac in _dl_fini () from /lib/ld-linux.so.2 #1 0x40057940 in exit () from /lib/libc.so.6 #2 0x4004291f in _libc_start_main () from /lib/libc.so.6 由上可知，程序崩溃时正处于_dl_fini()函数之中。但很多时候程序员感兴趣的可能并不是这个，而是exit()或_libc_start_main()函数，因为它们才可能是问题真正的症结所在。GDB提供的“frame”命令可以用来在不同的调用上下文中切换。例如下面的命令可以查看exit()函数在执行时的状况： (gdb) frame 1 #1 0x40057940 in exit () from /lib/libc.so.6 此外还可以用“up”或“down”命令在不同的函数调用上下文中切换。开发人员使用这三条命令可以很轻松地实现调用栈的遍历。在分析核心文件时，通过将遍历栈的命令和检查变量值的“print”命令结合起来，就能够复原程序运行时的全部景象。调试其它进程有时会遇到一种很特殊的调试需求，对当前正在运行的其它进程进行调试。这种情况有可能发生在那些无法直接在调试器中运行的进程身上，例如有的进程只能在系统启动时运行。另外如果需要对进程产生的子进程进行调试的话，也只能采用这种方式。GDB可以对正在执行的程序进行调度，它允许开发人员中断程序并查看其状态，之后还能让这个程序正常地继续执行。 GDB提供了两种方式来调试正在运行的进程：一种是在GDB命令行上指定进程的PID，另一种是在GDB中使用“attach”命令。例如，开发人员可以先启动debugme程序，让其开始等待用户的输入。示例如下： #./debugme Enter a string to count words: 接下去在另一个虚拟控制台中用下面的命令查出该进程对应的进程号： # ps -ax | grep debugme 555 pts/1 S 0:00 ./debugme 得到进程的PID后，就可以使用GDB对其进行调试了： # gdb debugme 555 GNU gdb Red Hat Linux (5.3post-0.20021129.18rh) Attaching to program: /home/xiaowp/debugme, process 555 Reading symbols from /lib/libc.so.6...done. …… 在上面的输出信息中，以Attaching to program开始的行表明GDB已经成功地附加在PID为555的进程上了。另外一种连接到其它进程的方法是先用file命令加载调试时所需的符号表，然后再通过“attaché”命令进行连接： (gdb) file /home/xiaowp/debugme Reading symbols from /home/xiaowp/debugme...done. (gdb) attach 555 …… 如果想知道程序现在运行到了哪里，同样可以使用“backtrace”命令。当然也可以使用“step”命令对程序进行单步调试。在完成调试之后，不要忘记用detach命令断开连接，让被调试的进程可以继续正常运行： GDB是Linux下一个最基本的调试器，其功能非常丰富。完整地介绍GDB的功能可能需要几百页，本文只涵盖了GDB的一些最常见的用法。作为一个合格的Linux程序员，花在GDB上的功夫和时间越多，从调试中获得的益处就越多。 **************************************************************************** Linux 包含了一个叫 gdb 的 GNU 调试程序. gdb 是一个用来调试 C 和 C++ 程序的强力调试器. 它使你能在程序运行时观察程序的内部结构和内存的使用情况. 以下是 gdb 所提供的一些功能: 它使你能监视你程序中变量的值. 它使你能设置断点以使程序在指定的代码行上停止执行. 它使你能一行行的执行你的代码. 在命令行上键入 gdb 并按回车键就可以运行 gdb 了, 如果一切正常的话, gdb 将被启动并且你将在屏幕上看到类似的内容: 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 4.14 (i486-slakware-linux), Copyright 1995 Free Software Foundation, Inc. (gdb) 当你启动 gdb 后, 你能在命令行上指定很多的选项. 你也可以以下面的方式来运行 gdb : gdb 当你用这种方式运行gdb , 你能直接指定想要调试的程序. 这将告诉gdb装入名为 fname 的可执行文件. 你也可以用 gdb去检查一个因程序异常终止而产生的 core 文件, 或者与一个正在运行的程序相连. 你可以参考 gdb 指南页或在命令行上键入 gdb -h得到一个有关这些选项的说明的简单列表。为调试编译代码(Compiling Code for Debugging) 为了使 gdb 正常工作, 你必须使你的程序在编译时包含调试信息. 调试信息包含你程序里的每个变量的类型和在可执行文件里的地址映射以及源代码的行号. gdb 利用这些信息使源代码和机器码相关联. 在编译时用 -g 选项打开调试选项. gdb 基本命令 gdb 支持很多的命令使你能实现不同的功能. 这些命令从简单的文件装入到允许你检查所调用的堆栈内容的复杂命令, 表27.1列出了你在用 gdb 调试时会用到的一些命令. 想了解 gdb 的详细使用请参考 gdb 的指南页. 命令描述 file 装入想要调试的可执行文件. kill 终止正在调试的程序. list 列出产生执行文件的源代码的一部分. next 执行一行源代码但不进入函数内部. step 执行一行源代码而且进入函数内部. run 执行当前被调试的程序 quit 终止 gdb watch 使你能监视一个变量的值而不管它何时被改变. break 在代码里设置断点, 这将使程序执行到这里时被挂起. make 使你能不退出 gdb 就可以重新产生可执行文件. shell 使你能不离开 gdb 就执行 UNIX shell 命令. gdb 支持很多与 UNIX shell 程序一样的命令编辑特征. 你能象在 bash 或 tcsh里那样按 Tab 键让 gdb 帮你补齐一个唯一的命令, 如果不唯一的话 gdb 会列出所有匹配的命令. 你也能用光标键上下翻动历史命令. gdb 应用举例本节用一个实例教你一步步的用 gdb 调试程序. 被调试的程序相当的简单, 但它展示了 gdb 的典型应用. 下面列出了将被调试的程序. 这个程序被称为 greeting , 它显示一个简单的问候, 再用反序将它列出.#include stdio.h> main () { char my_string[] = "hello there"; my_print (my_string); my_print2 (my_string); } void my_print (char *string) { printf ("The string is %s/n", string); } void my_print2 (char *string) { char *string2; int size, i; size = strlen (string); string2 = (char *) malloc (size + 1); for (i = 0; i size; i++) string2[size - i] = string[i]; string2[size+1] = `/0'; printf ("The string printed backward is %s/n", string2); }用下面的命令编译它: gcc -o test test.c 这个程序执行时显示如下结果: The string is hello there The string printed backward is 输出的第一行是正确的, 但第二行打印出的东西并不是我们所期望的. 我们所设想的输出应该是: The string printed backward is ereht olleh 由于某些原因, my_print2 函数没有正常工作. 让我们用 gdb 看看问题究竟出在哪儿, 先键入如下命令: gdb greeting -------------------------------------------------------------------------------- 注意: 记得在编译 greeting 程序时把调试选项打开. -------------------------------------------------------------------------------- 如果你在输入命令时忘了把要调试的程序作为参数传给 gdb , 你可以在 gdb 提示符下用 file 命令来载入它: (gdb) file greeting 这个命令将载入 greeting 可执行文件就象你在 gdb 命令行里装入它一样. 这时你能用 gdb 的 run 命令来运行 greeting 了. 当它在 gdb 里被运行后结果大约会象这样: (gdb) run Starting program: /root/greeting The string is hello there The string printed backward is Program exited with code 041 这个输出和在 gdb 外面运行的结果一样. 问题是, 为什么反序打印没有工作? 为了找出症结所在, 我们可以在 my_print2 函数的 for 语句后设一个断点, 具体的做法是在 gdb 提示符下键入 list 命令三次, 列出源代码: (gdb) list (gdb) list (gdb) list -------------------------------------------------------------------------------- 技巧: 在 gdb 提示符下按回车健将重复上一个命令. -------------------------------------------------------------------------------- 第一次键入 list 命令的输出如下: 1 #include 2 3 void main () 4 { 5 char my_string[] = "hello there"; 6 7 my_print (my_string); 8 my_print2 (my_string); 9 } 10 如果按下回车, gdb 将再执行一次 list 命令, 给出下列输出: 11 my_print (char *string) 12 { 13 printf ("The string is %s/n", string); 14 } 15 16 my_print2 (char *string) 17 { 18 char *string2; 19 int size, i; 20 再按一次回车将列出 greeting 程序的剩余部分: 21 size = strlen (string); 22 string2 = (char *) malloc (size + 1); 23 for (i = 0; i 24 string2[size - i] = string[i]; 25 string2[size+1] = `/0'; 26 printf ("The string printed backward is %s/n", string2); 27 } 根据列出的源程序, 你能看到要设断点的地方在第24行, 在 gdb 命令行提示符下键入如下命令设置断点: (gdb) break 24 gdb 将作出如下的响应: Breakpoint 1 at 0x139: file greeting.c, line 24 (gdb) 现在再键入 run 命令, 将产生如下的输出: Starting program: /root/greeting The string is hello there Breakpoint 1, my_print2 (string = 0xbfffdc4 "hello there") at greeting.c :24 24 string2[size-i]=string[i] 你能通过设置一个观察 string2[size - i] 变量的值的观察点来看出错误是怎样产生的, 做法是键入: (gdb) watch string2[size - i] gdb 将作出如下回应: Watchpoint 2: string2[size - i] 现在可以用 next 命令来一步步的执行 for 循环了: (gdb) next 经过第一次循环后, gdb 告诉我们 string2[size - i] 的值是 `h`. gdb 用如下的显示来告诉你这个信息: Watchpoint 2, string2[size - i] Old value = 0 `/000' New value = 104 `h' my_print2(string = 0xbfffdc4 "hello there") at greeting.c:23 23 for (i=0; i这个值正是期望的. 后来的数次循环的结果都是正确的. 当 i=10 时, 表达式 string2[size - i] 的值等于 `e`, size - i 的值等于 1, 最后一个字符已经拷到新串里了. 如果你再把循环执行下去, 你会看到已经没有值分配给 string2[0] 了, 而它是新串的第一个字符, 因为 malloc函数在分配内存时把它们初始化为空(null)字符. 所以 string2 的第一个字符是空字符. 这解释了为什么在打印 string2时没有任何输出了. 现在找出了问题出在哪里, 修正这个错误是很容易的. 你得把代码里写入 string2的第一个字符的的偏移量改为 size - 1 而不是 size. 这是因为 string2 的大小为 12, 但起始偏移量是 0,串内的字符从偏移量 0 到偏移量 10, 偏移量 11 为空字符保留. 为了使代码正常工作有很多种修改办法. 一种是另设一个比串的实际大小小 1 的变量. 这是这种解决办法的代码: #include void main () { char my_string[] = "hello there"; my_print (my_string); my_print2 (my_string); } my_print (char *string) { printf ("The string is %s/n", string); } my_print2 (char *string) { char *string2; int size, size2, i; size = strlen (string); size2 = size -1; string2 = (char *) malloc (size + 1); for (i = 0; i string2[size2 - i] = string[i]; string2[size] = `/0'; printf ("The string printed backward is %s/n", string2); } 在Linux下调试程序一般用GDB来执行。　　这里简要介绍一下是否gdb调试程序的方法：　　（1）进入gdb调试：　　gdb + 已经编译通过的可执行程序 -》就进入调试模式。例如：gdb MiddlePublisher　　（2）r + 运行时的参数 -》开始运行可执行程序。例如 r -lxml2 -f refile　（3）b + 断点 -》设置调试的断点。两种：一种是：b CMSTask.cpp:200表示在CMSTask.cpp文件的第200行设置断点。另一种：b TaskManager::buildPubWinTask表示在执行buildPubWinTask这个函数的时候停止。　　（4）取消断点：　　 dis 1 表示取消第一个断点　　 dis 2 表示取消第二个断点　　（5）查看设置断点信息： info b　　（6）在断点停止处查看所在代码的详细信息：l　　（7）可以在gdb中直接编译，然后再重新运行时，gdb会直接执行新编译好的可执行程序。例如：直接在gdb下执行make后再重新运行。　　（8）跟进一个函数：s　　如果设置的断点是在一个函数入口。到达该断点时，键入s就可以进入该函数内部进行调试。如果有多个函数就多次键入S来进入内部的函数。　　PS：　　1、在SecureCRT远程登录界面上开启多个窗口。在窗口之间切换时用：Alt+1，Alt+2.....表示切换到第1个，第2个窗口。　　2、同样在在SecureCRT远程登录界面上要粘贴复制好的内容用：Shift+Insert。检查一切 memcpy, strcpy, strcat sprintf 动态数组下标。这种问题多半世内存访问错误或者缓冲区溢出覆盖堆栈造成的。调试方法： gdb 调试程序或者gdb调试core文件编译时加入-g调试选项，去掉-Ox选项使用gdb运行，如果中断退出，使用bt命令查看调用堆栈，如果不是可以通过thr n （n表示线程号，用 info thr查看）切换，然后bt看堆栈以上方法在kernel 2.6+gdb 6中有问题一：列文件清单 1． List (gdb) list line1,line2 二：执行程序要想运行准备调试的程序，可使用run命令，在它后面可以跟随发给该程序的任何参数，包括标准输入和标准输出说明符()和外壳通配符（*、？、[、]）在内。如果你使用不带参数的run命令，gdb就再次使用你给予前一条run命令的参数，这是很有用的。利用set args 命令就可以修改发送给程序的参数，而使用show args 命令就可以查看其缺省参数的列表。（gdb）set args –b –x (gdb) show args backtrace命令为堆栈提供向后跟踪功能。 backtrace命令产生一张列表，包含着从最近的过程开始的所以有效过程和调用这些过程的参数。三：显示数据利用print命令可以检查各个变量的值。 (gdb) print p (p为变量名) whatis 命令可以显示某个变量的类型 (gdb) whatis p type = int * print是gdb的一个功能很强的命令，利用它可以显示被调试的语言中任何有效的表达式。表达式除了包含你程序中的变量外，还可以包含以下内容： l 对程序中函数的调用 (gdb) print find_entry(1,0) l 数据结构和其他复杂对象 (gdb) print *table_start $8={e=reference=’/000’,location=0x0,next=0x0} l 值的历史成分 (gdb)print $1 ($1为历史记录变量,在以后可以直接引用 $1 的值) l 人为数组人为数组提供了一种去显示存储器块（数组节或动态分配的存储区）内容的方法。早期的调试程序没有很好的方法将任意的指针换成一个数组。就像对待参数一样，让我们查看内存中在变量h后面的10个整数，一个动态数组的语法如下所示： base@length 因此，要想显示在h后面的10个元素，可以使用h@10 ： (gdb)print h@10 $13=(-1,345,23,-234,0,0,0,98,345,10) 四：断点(breakpoint) break命令（可以简写为b）可以用来在调试的程序中设置断点，该命令有如下四种形式： l break line-number 使程序恰好在执行给定行之前停止。 l break function-name 使程序恰好在进入指定的函数之前停止。 l break line-or-function if condition 如果condition（条件）是真，程序到达指定行或函数时停止。 l break routine-name 在指定例程的入口处设置断点如果该程序是由很多原文件构成的，你可以在各个原文件中设置断点，而不是在当前的原文件中设置断点，其方法如下： (gdb) break filename:line-number (gdb) break filename:function-name 要想设置一个条件断点，可以利用break if命令，如下所示： (gdb) break line-or-function if expr 例： (gdb) break 46 if testsize==100 从断点继续运行：countinue 命令五．断点的管理 1. 显示当前gdb的断点信息： (gdb) info break 他会以如下的形式显示所有的断点信息： Num Type Disp Enb cc -g tst.c -o tst使用 GDB 调试：hchen/test> gdb tst GNU gdb 5.1.1Copyright 2002 Free Software Foundation, Inc.GDB is free software, covered by the GNU General Public License, and you arewelcome 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 1 #include 23 int func(int n)4 {5 int sum=0,i;6 for(i=0; i7 {8 sum+=i;9 }10 return sum;(gdb) 11 }121314 main()15 {16 int i;17 long result = 0;18 for(i=1; i19 {20 result += i; (gdb) break 16 Breakpoint 1 at 0x8048496: file tst.c, line 16.(gdb) break func Breakpoint 2 at 0x8048456: file tst.c, line 5.(gdb) info break Num Type Disp Enb 好了，有了以上的感性认识，还是让我们来系统地认识一下 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 键，你会看到 : ） 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 *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 bt -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 后面可以跟以下这们的参数：行号。当前行号的正偏移量。当前行号的负偏移量。哪个文件的哪一行。函数名。哪个文件中的哪个函数。程序运行时的语句在内存中的地址。二、搜索源代码不仅如此， 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 ") at input.c:530 530 if (lquote != def_lquote) set print ") at input.c:530 530 if (lquote != def_lquote) show print 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 到1 5 。所以取值也在这个范围。 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 下的软件全是命令行的，这给程序开发提代供了极大的便利，命令行软件的优势在于，它们可以非常容易的集成在一起，使用几个简单的已有工具的命令，就可以做出一个非常强大的功能。原文链接： http://www.360doc.com/content/12/1101/21/11033862_245176417.shtml# 另外，感谢作者，真心让我长见识了，学到了很多，在调试段错误时用到了。。梦醒潇湘love 2012-12-10 21：29