除错专家---程序调试的利器GDB[2]

　　其中expr是一个逻辑表达式。当该表达式的值为真时，程序将在该断点处暂时挂起。例如，下面的命令将在debugme程序的第38行设置一个条件断点。当程序运行到该行时，如果count的值等于3，就将暂时停止执行：
　　(gdb) break 38 if count==3
　　
　　设置断点是调试程序时最常用到的一种手段。它可以中断程序的运行，给程序员一个单步跟踪的机会。使用命令“ break main”在main函数上设置断点可以在程序启动时就开始进行跟踪。
　　
　　接下去使用“continue”命令继续执行程序，直到遇到下一个断点。如果在调试时设置了很多断点，可以随时使用“info breakpoints”命令来查看设置的断点。此外，开发人员还可以使用“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提供的core dump机制。当程序中出现内存操作错误时，会发生崩溃并产生核心文件。使用GDB可以对产生的核心文件进行分析，找出程序是在什么时候崩溃的和在崩溃之前程序都做了些什么。当然，如果要用GDB来分析核心文件，也必须在编译时加上-g选项来产生调试符号表。
　　
　　在分析核心文件之前必须确认系统是否允许生成核心文件，很多Linux发行版在默认时禁止生成核心文件。为了生成核心文件，首先必须执行下面的命令：
　　# ulimit -c unlimited