下载文档原格式
gdb调试汇编语言
GDB是一个功能强大的调试器，可以用来调试汇编语言程序。
在使用GDB调试汇编语言程序时，你需要首先确保程序已经被编译成可执行文件，并且包含了调试信息。
接下来，你可以通过以下步骤使用GDB来调试汇编语言程序：
1. 启动GDB，在命令行中输入`gdb`命令，然后在GDB提示符下输入可执行文件的名称。
2. 设置断点，你可以使用`break`命令在程序中设置断点，以便在特定的位置停止程序的执行。
例如，你可以输入`break main`来在程序的主函数处设置断点。
3. 运行程序，输入`run`命令来运行程序，程序会在设置的断点处停止执行。
4. 单步执行，使用`stepi`命令来逐条执行汇编指令，这样你可以逐步跟踪程序的执行过程。
5. 查看寄存器和内存，使用`info registers`命令可以查看寄
存器的值，而使用`x`命令可以查看内存中特定地址的内容。
6. 检查堆栈，使用`backtrace`命令可以查看当前的函数调用堆栈，而使用`frame`命令可以切换到不同的堆栈帧。
7. 观察变量，使用`print`命令可以查看特定变量的值，这对于检查程序状态非常有用。
8. 继续执行，当你想让程序继续执行时，可以使用`continue`命令来让程序一直执行到下一个断点或者程序结束。
以上是使用GDB调试汇编语言程序的基本步骤，当然，在实际调试过程中可能会有更复杂的情况需要处理，但是掌握了这些基本操作之后，你就可以更有效地使用GDB来调试汇编语言程序了。
希望这些信息对你有所帮助。
gdb调试案例以GDB调试案例为题，我将列举以下10个案例，每个案例将描述GDB的使用场景、调试目标、具体步骤和调试结果，以帮助读者更好地理解和掌握GDB调试工具。
案例一：查看程序崩溃的原因场景：当程序崩溃时，我们需要找出崩溃的原因，以便修复程序中的bug。
目标：在程序崩溃时，使用GDB查看崩溃的原因。
步骤：1. 使用-g选项编译程序，以包含调试信息。
2. 执行gdb命令，加载可执行文件。
3. 在GDB中运行程序，当程序崩溃时，GDB会自动停止程序的执行。
4. 使用backtrace命令查看调用栈，找出导致崩溃的函数和行号。
5. 使用print命令查看变量的值，以便进一步分析崩溃原因。
结果：通过查看调用栈和变量的值，我们可以定位到导致程序崩溃的具体代码行，并进行修复。
案例二：设置断点并跟踪程序执行场景：当程序运行过程中出现问题，我们需要跟踪程序的执行过程，以便找出问题所在。
目标：使用GDB设置断点并跟踪程序执行。
步骤：1. 使用-g选项编译程序，以包含调试信息。
2. 执行gdb命令，加载可执行文件。
3. 使用break命令设置断点，可以选择在特定函数或行号上设置断点。
4. 运行程序，GDB会在断点处停止程序的执行。
5. 使用step命令逐行执行程序，并查看变量的值。
6. 使用continue命令继续程序的执行，直到下一个断点或程序结束。
结果：通过设置断点和逐行执行程序，我们可以跟踪程序的执行过程，找出问题所在。
案例三：查看内存信息场景：当程序出现内存相关的问题时，我们需要查看程序的内存使用情况，以便分析问题所在。
目标：使用GDB查看程序的内存信息。
步骤：1. 使用-g选项编译程序，以包含调试信息。
2. 执行gdb命令，加载可执行文件。
3. 运行程序，GDB会自动停止程序的执行。
4. 使用info breakpoints命令查看已设置的断点。
5. 使用info registers命令查看寄存器的值。
gdb调试coredump原理GDB调试coredump原理引言：在开发过程中，我们经常会遇到程序崩溃的情况。
为了定位程序崩溃的原因，我们需要进行调试。
而在调试过程中，有一种特殊的情况，叫做coredump。
当一个程序发生严重错误或崩溃时，操作系统会生成一个core文件，记录程序崩溃时的内存状态。
通过调试这个core文件，我们可以更加方便地找到程序的问题所在。
本文将以gdb调试coredump为主题，详细介绍其原理和使用方法。
一、什么是coredump？Coredump指的是当一个程序因为错误而异常终止时，操作系统将程序的内存状态保存到一个特殊的文件中，即core文件。
这个core文件包含了程序崩溃时的内存状态、寄存器的状态以及函数、变量的信息。
对于GDB 来说，这个core文件就是一个可调试的文件，我们可以使用GDB来调试这个文件，进一步定位程序错误的原因。
二、生成coredump文件的配置生成coredump文件的配置主要涉及到操作系统的配置和程序的编译配置。
1. 操作系统配置大多数Unix-like系统默认是开启coredump功能的，但有时会被禁用。
我们可以通过下面的命令来查看系统是否开启了coredump功能：ulimit -c如果输出为0，则表示未开启，大于0则表示开启。
我们可以通过下面的命令来开启coredump功能，并设置生成的core文件大小：ulimit -c unlimitedulimit -c <size>其中，<size>指的是core文件的大小，单位为字节。
2. 编译配置在编译程序时，我们需要添加-g选项来启用调试信息的产生。
例如，我们可以使用gcc编译C程序时，添加如下的命令行选项：gcc -g -o program program.c通过以上配置，就可以在程序崩溃时生成core文件。
三、使用GDB调试coredump文件1. 命令行方式通过命令行方式使用GDB调试coredump文件非常简单，只需指定coredump文件和可执行文件即可。
gdb使用教程GDB是GNU调试器的缩写，是一个功能强大的命令行调试工具，用于帮助开发人员在调试过程中定位和修复程序中的错误。
以下是GDB的使用教程：1. 编译程序时添加调试信息：在使用GDB进行调试之前，需要确保程序在编译时包含了调试信息。
可以通过在编译命令中添加`-g`选项来实现。
例如：`gcc -g main.c -o main`。
2. 启动GDB：在命令行中输入`gdb`命令，然后输入可执行文件的路径作为参数。
例如：`gdb ./main`。
3. 设置断点：断点是在程序执行到指定位置时停下来的标记。
可以使用`break`命令来设置断点。
例如：`break main`可以在`main`函数的开头设置一个断点。
4. 开始执行程序：使用`run`命令来运行程序。
例如：`run`。
5. 执行程序并停在断点处：当程序开始运行后，会在达到断点处停下来等待输入。
此时可以使用一些GDB命令来检查程序的状态，如查看变量的值、栈帧等。
6. 单步执行：使用`next`命令来逐行执行程序。
例如：`next`。
7. 跳出函数：使用`finish`命令可以跳出当前正在执行的函数，并停在调用该函数的上一个函数中。
8. 继续执行：使用`continue`命令可以接着执行程序直到下一个断点或程序结束。
9. 查看变量的值：使用`print`或简写的`p`命令可以查看变量的值。
例如：`print i`可以查看变量`i`的值。
10. 修改变量的值：使用`set`命令可以修改变量的值。
例如：`set i = 10`可以将变量`i`的值修改为10。
11. 查看函数调用栈：使用`backtrace`或简写的`bt`命令可以查看函数调用栈。
12. 退出GDB：使用`quit`命令可以退出GDB。
以上是一些常用的GDB命令，使用GDB进行调试时还有很多其他的功能和命令可以使用，可以通过阅读GDB的文档来更详细地了解。
gdb调试命令的使用及总结GDB是GNU调试器的简称，是一个非常强大的调试工具，可用于调试C、C++等编程语言的程序。
通过GDB，开发人员可以在程序运行过程中查看变量的值、跟踪函数的执行、定位错误的原因等。
下面将介绍一些常用的GDB调试命令及其使用方法。
1. 启动GDB调试器：在命令行中输入"gdb"命令即可启动GDB调试器。
然后使用"gdb <可执行文件名>"命令加载要调试的可执行文件。
2. 设置断点：使用"break <行号>"命令在指定行号上设置断点。
可以使用"break <函数名>"命令在指定函数的入口处设置断点。
使用"info breakpoints"命令可以查看当前设置的断点。
3. 运行程序：使用"run"命令运行程序。
如果程序需要输入参数，则可以使用"run <参数1> <参数2> ..."的形式运行。
4. 单步执行：在断点处停下来后，可以使用"next"命令执行下一行代码。
使用"step"命令进入函数内部执行。
使用"finish"命令执行完当前函数并返回上一层调用。
5. 查看变量值：使用"print <变量名>"命令可以查看指定变量的值。
使用"display <变量名>"命令可以设置自动显示变量值。
6. 查看堆栈信息：使用"backtrace"命令可以查看函数调用的堆栈信息。
使用"frame <帧号>"命令可以切换到指定的堆栈帧。
7. 修改变量值：使用"set <变量名>=<新值>"命令可以修改指定变量的值。
gdb 调试函数
要调试一个函数，你需要以下步骤：1. 使用`gdb` 命令行工具启动你的程序：`gdb <executable>`，其中`<executable>` 是你要调试的可执行文件。
2. 设置断点：使用`break` 命令在你要调试的函数的位置设置断点。
例如，如果你要调试的函数是`my_function()`，可以使用`break my_function` 来设置断点。
3. 启动程序：使用`run` 命令启动程序，然后程序将在断点处停止执行。
4. 执行程序：使用`next` 命令按行执行代码，或使用`step` 命令进入函数内部执行。
5. 在调试过程中查看变量的值：使用`print` 命令来查看变量的值。
例如，可以使用`print variable_name` 来查看变量`variable_name` 的值。
6. 继续执行程序：使用`continue` 命令继续执行程序，直到下一个断点或程序结束。
7. 在调试结束后退出`gdb`：使用`quit` 命令退出`gdb`。
这些是基本的
`gdb` 调试函数的使用方法。
你还可以使用其他命令来查看堆栈信息、设置条件断点、跳到指定行等。
可以使用`help` 命令来获取更多有关`gdb` 命令的信息。
gdb 使用方法一、基本用法1. 启动gdb可以通过在命令行中输入"gdb"命令来启动gdb，并指定要调试的可执行文件作为参数。
例如，要调试名为"program"的可执行文件，可以输入以下命令：```gdb program```2. 设置断点断点是一个程序中的特定位置，当程序执行到该位置时，会暂停执行，从而可以检查程序的状态。
可以使用"gdb"命令设置断点。
例如，要在程序的第10行设置一个断点，可以输入以下命令：```break 10```可以使用"break"命令指定函数名或文件名和行号来设置断点。
3. 运行程序在gdb中运行程序时，可以使用"run"命令。
如果程序需要命令行参数，可以在"run"命令后面添加这些参数。
例如，要运行程序并传递参数"arg1"和"arg2"，可以输入以下命令：```run arg1 arg2```4. 执行程序在gdb中执行程序时，可以使用"continue"命令。
该命令会让程序继续执行，直到遇到下一个断点或程序结束。
5. 单步执行在gdb中，可以使用"next"命令逐行执行程序。
该命令会执行当前行，并将程序指针移到下一行。
如果当前行是函数调用，"next"命令会将程序指针移到函数的第一行。
6. 查看变量的值在gdb中，可以使用"print"命令查看变量的值。
例如，要查看变量"var"的值，可以输入以下命令：```print var```7. 修改变量的值在gdb中，可以使用"set"命令修改变量的值。
例如，要将变量"var"的值设置为10，可以输入以下命令：```set var = 10```8. 退出gdb在gdb中退出调试会话时，可以使用"quit"命令。
(完整版)GDB调试命令手册.编辑整理：尊敬的读者朋友们：这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（(完整版)GDB调试命令手册.）的内容能够给您的工作和学习带来便利。
同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。
本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为(完整版)GDB调试命令手册.的全部内容。
(完整版)GDB调试命令手册.编辑整理：张嬗雒老师尊敬的读者朋友们：这里是精品文档编辑中心,本文档内容是由我和我的同事精心编辑整理后发布到文库，发布之前我们对文中内容进行仔细校对,但是难免会有疏漏的地方，但是我们任然希望 (完整版)GDB调试命令手册。
这篇文档能够给您的工作和学习带来便利。
同时我们也真诚的希望收到您的建议和反馈到下面的留言区，这将是我们进步的源泉，前进的动力。
本文可编辑可修改，如果觉得对您有帮助请下载收藏以便随时查阅,最后祝您生活愉快业绩进步，以下为〈（完整版）GDB调试命令手册。
> 这篇文档的全部内容。
常用的 gdb 命令backtrace 显示程序中的当前位置和表示如何到达当前位置的栈跟踪（同义词：where breakpoint 在程序中设置一个断点cd 改变当前工作目录clear 删除刚才停止处的断点commands 命中断点时，列出将要执行的命令continue 从断点开始继续执行delete 删除一个断点或监测点；也可与其他命令一起使用display 程序停止时显示变量和表达时down 下移栈帧,使得另一个函数成为当前函数frame 选择下一条 continue 命令的帧info 显示与该程序有关的各种信息jump 在源程序中的另一点开始运行kill 异常终止在 gdb 控制下运行的程序list 列出相应于正在执行的程序的原文件内容next 执行下一个源程序行，从而执行其整体中的一个函数print 显示变量或表达式的值pwd 显示当前工作目录pype 显示一个数据结构 (如一个结构或 C++类的内容quit 退出 gdbreverse-search 在源文件中反向搜索正规表达式run 执行该程序search 在源文件中搜索正规表达式set variable 给变量赋值signal 将一个信号发送到正在运行的进程step 执行下一个源程序行，必要时进入下一个函数undisplay display 命令的反命令，不要显示表达式until 结束当前循环up 上移栈帧，使另一函数成为当前函数watch 在程序中设置一个监测点（即数据断点whatis 显示变量或函数类型GDB 命令分类详解一:列文件清单。
GDB 是 linux 系统上常用的 c/c++ 调试工具，功能十分强大。
对于较为复杂的系统，比如多进程系统，如何使用 GDB 调试呢？考虑下面这个三进程系统：进程Proc2 是 Proc1 的子进程，Proc3 又是 Proc2 的子进程。
如何使用 GDB 调试 proc2 或者 proc3 呢？实际上，GDB 没有对多进程程序调试提供直接支持。
例如，使用GDB调试某个进程，如果该进程fork了子进程，GDB会继续调试该进程，子进程会不受干扰地运行下去。
如果你事先在子进程代码里设定了断点，子进程会收到SIGTRAP 信号并终止。
那么该如何调试子进程呢？其实我们可以利用GDB的特点或者其他一些辅助手段来达到目的。
此外，GDB 也在较新内核上加入一些多进程调试支持。
接下来我们详细介绍几种方法，分别是 follow-fork-mode 方法，attach 子进程方法和 GDB wrapper 方法。
follow-fork-mode在2.5.60版Linux内核及以后，GDB对使用fork/vfork创建子进程的程序提供了follow-fork-mode选项来支持多进程调试。
follow-fork-mode的用法为：set follow-fork-mode [parent|child]∙parent: fork之后继续调试父进程，子进程不受影响。
∙child: fork之后调试子进程，父进程不受影响。
因此如果需要调试子进程，在启动gdb后：(gdb) set follow-fork-mode child并在子进程代码设置断点。
此外还有detach-on-fork参数，指示GDB在fork之后是否断开（detach）某个进程的调试，或者都交由GDB控制：set detach-on-fork [on|off]∙on: 断开调试follow-fork-mode指定的进程。
∙off: gdb将控制父进程和子进程。
使⽤gdb调试Python进程使⽤gdb调试Python进程有时我们会想调试⼀个正在运⾏的Python进程，或者⼀个Python进程的coredump。
例如现在遇到⼀个mod_wsgi的进程僵死了，不接受请求，想看看究竟是运⾏到哪⾏Python代码呢？这时就需要祭出gdb了。
主要是三步：1）确保你的gdb版本>=72）安装python-debuginfo包（如：python-debuginfo-2.6.6-29.el6_2.2.x86_64.rpm，这个版本号⼀定要跟你所⽤的python版本⼀致(可以rpm -qa|grep python查看你安装的python的详细版本号)。
找包/6/x86_64/）3）就可以⽤#gdb python 进程号，进⾏调试了。
准备1. 确认你的gdb版本是>=7，gdb从版本7开始⽀持对Python的debug。
2.确认gdb连接的Python是所要debug的Python，否则请重新编译gdb。
⽅法：1 2 3 4 5 6 7$ gdb(gdb) python>import sys>print sys.version>end2.4.3 (#1, Sep 21 2011, 19:55:41) [GCC 4.1.2 20080704 (Red Hat 4.1.2-51)]在⼀些追求稳定的发⾏版（例如CentOS），Python的版本会较低，这时都会⾃⼰编译⼀个Python使⽤。
⽽从源⾥安装的gdb会连接源⾥Python的版本。
例如在CentOS 5.4，源⾥的Python是2.4.3，从源安装的gdb也会连接到Python 2.4.3。
编译时注意，要把⾃⼰编译的Python路径加到PATH环境变量⾥，这样gdb configure的时候才会找到新版Python并连接。
3.下载如何Debug假设要debug的进程号为10001$ gdb -p 1000使⽤此命令即可使gdb附加到进程。
长沙OA公司用GDB调试多进程程序
有一段时间没有写技术方面的东西了^_^。
众所周知，GDB是Unix/Linux下调试程序的龙头老大，GDB功能强大，我们在平时多使用其一些最基本的功能，而且一般调试的都是单进程的程序。
最近一个项目中的问题让我接触如何使用GDB调试多进程程序，更确切的是说调试调用fork的多进程程序。
使用GDB最好的文档就是其名为'Debugging with GDB'的参考手册。
手册中有一小章节提到了如何调试多进程程序。
一般情况下，如果被gdb调试的程序中调用fork派生出一个新的子进程，这时gdb调试的仍然还是父进程，其子进程的执行不被理会。
如果之前你在子进程的执行routine上设置了断点，那么当子进程执行到那个断点时，子进程会因为收到一个SIGTRAP信号而自行终止，除非你在子进程中拦截了该信号。
那么使用GDB该如何调试多进程程序呢？在其参考手册中提供了一种通用方法，这里说说(GDB在某些平台上如HP-UX，还提供了更简便的方法，不过不具备通用性，这里不说)：
[测试程序]
我们先看看我们的测试程序:
/* in eg1.c */
int wib(int no1, int no2)
{
int result, diff;
diff = no1 - no2;
result = no1 / diff;
return result;
}
int main()
{
pid_t pid;
pid = fork();
if (pid <0) {
printf("fork err/n");
exit(-1);
} else if (pid == 0) {
/* in child process */
sleep(60); ------------------ (!)
int value = 10;
int div = 6;
int total = 0;
int i = 0;
int result = 0;
for (i = 0; i < 10; i++) {
result = wib(value, div);
total += result;
div++;
value--;
}
printf("%d wibed by %d equals %d/n", value, div, total);
exit(0);
} else {
/* in parent process */
sleep(4);
wait(-1);
exit(0);
}
}
该测试程序中子进程运行过程中会在wib函数中出现一个'除0'异常。
现在我们就要调试该子进程。
[调试原理]
不知道大家发现没有，在(!)处在我们的测试程序在父进程fork后，子进程调用sleep睡了60秒。
这就是关键，这个sleep本来是不该存在于子进程代码中的，而是而了使用GDB调试后加入的，它是我们调试的一个关键点。
为什么要让子进程刚刚运行就开始sleep呢？因为我们要在子进程睡眠期间，利用shell命令获取其process id，然后再利用gdb调试外部进程的方法attach到该process id上，调试该进程。
[调试过程]
我觉上面的调试原理的思路已经很清晰了，剩下的就是如何操作的问题了。
我们来实践一次吧！
我所使用的环境是Solaris OS 9.0/GCC 3.2/GDB 6.1。
GDB调试程序的前提条件就是你编译程序时必须加入调试符号信息，即使用'-g'编译选项。
首先编译我们的源程序'gcc -g -o eg1 eg1.c'。
编译好之后，我们就有了我们的调试目标eg1。
由于我们在调试过程中需要多个工具配合，所以你最好多打开几个终端窗口，另外一点需要注意的是最好在eg1的working directory下执行gdb程序，否则gdb回提示'No symbol table is loaded'。
你还得手工load symbol table。
好了，下面我们就'按部就班'的开始调试我们的eg1。
执行eg1:
eg1 & --- 让eg1后台运行吧。
查找进程id:
ps -fu YOUR_USER_NAME
运行gdb:
gdb
(gdb) attach xxxxx --- xxxxx为利用ps命令获得的子进程process id
(gdb) stop --- 这点很重要，你需要先暂停那个子进程，然后设置一些断点和一些Watch (gdb) break 37 -- 在result = wib(value, div);这行设置一个断点,可以使用list命令察看源代码Breakpoint 1 at 0x10808: file eg1.c, line 37.
(gdb) continue
Continuing.
Breakpoint 1, main () at eg1.c:37
37 result = wib(value, div);
(gdb) step
wib (no1=10, no2=6) at eg1.c:13
13 diff = no1 - no2;
(gdb) continue
Continuing.
Breakpoint 1, main () at eg1.c:37
37 result = wib(value, div);
(gdb) step
wib (no1=9, no2=7) at eg1.c:13
13 diff = no1 - no2;
(gdb) continue
Continuing.
Breakpoint 1, main () at eg1.c:37
37 result = wib(value, div);
(gdb) step
wib (no1=8, no2=8) at eg1.c:13
13 diff = no1 - no2;
(gdb) next
14 result = no1 / diff;
(gdb) print diff
$6 = 0 ------- 除数为0，我们找到罪魁祸首了。
(gdb) next
Program received signal SIGFPE, Arithmetic exception.
0xff29d830 in .div () from /usr/lib/libc.so.1
至此，我们调试完毕。
上面仅仅是一个简单的多进程程序，在我们平时开发的多进程程序远远比这个复杂，但是调试基本原理是不变，有一些技巧则需要我们在实践中慢慢摸索。
（本文由长沙做OA软件站长整理编辑完成）原文地址：/ 转载请注明！。
