gdb_2_常用技巧

简介

gdb工具使用中常见的技巧

日志重定向

在使用GDB进行调试时，您可以将GDB的日志输出重定向到文件中。以下是一种方法：

打开终端并运行GDB。
在GDB提示符下，输入以下命令以启用日志记录功能并指定输出文件：
1
set logging file <file_path>
将<file_path>替换为您想要将日志记录写入的文件路径和文件名。
输入以下命令以开始记录GDB日志：
1
set logging on
GDB将开始将日志记录写入指定的文件。
执行您的调试操作，进行需要的步骤和命令。
当您完成调试并想要停止日志记录时，输入以下命令：
1
set logging off
GDB将停止将日志写入文件。

请注意，这种方法将GDB的整个会话记录到文件中，包括所有输入和输出。这对于调试复杂的问题或追踪程序执行流程非常有用。

希望这可以帮助您将GDB的日志输出到文件中。如有其他问题，请随时提问。

启动程序输入参数

示例：

1	gdb --args ./mnc.exe --port=10008 --ip=0.0.0.0

gdb 查看断点

要查看在GDB中设置的所有断点，你可以使用以下命令：

1	info breakpoints

该命令会显示当前设置的所有断点的列表，包括断点编号、断点位置和断点条件（如果有设置条件的话）。例如：

(gdb) info breakpoints
Num     Type           Disp Enb Address            What
1       breakpoint     keep y   0x000000000040051a in main at example.c:10
2       breakpoint     keep y   0x00000000004004f6 in foo at example.c:5

在这个例子中，有两个断点，编号为1和2。第一个断点位于文件example.c的第10行的main函数处，第二个断点位于第5行的foo函数处。

如果你只想查看某个特定断点的详细信息，你可以使用以下命令，并将<breakpoint>替换为断点的编号：

1	info breakpoints <breakpoint>

例如，要查看断点1的详细信息，可以执行以下命令：

1	(gdb) info breakpoints 1

这将显示关于断点1的更多信息，如断点位置、断点条件等。

gdb 选项详解

GDB（GNU Debugger）是一个功能强大的调试工具，用于在Linux和其他操作系统上调试程序。GDB 9.2版本引入了许多新的选项和功能，以下是一些常用的选项的详解：

-ex "command"：在启动GDB后执行指定的GDB命令。可以使用多个-ex选项来执行多个命令。
-tui：启动GDB的文本用户界面（Text User Interface，TUI）模式。TUI模式提供了源代码和程序状态的交互式显示。
-batch：以批处理模式运行GDB，不显示交互式命令提示符。适用于自动化脚本或批处理任务。
-core <corefile>：指定要调试的核心转储文件。核心转储文件包含程序在崩溃或异常终止时的状态信息。
-pid <pid>：调试指定进程标识符（PID）的正在运行的程序。通过此选项，可以附加到正在运行的进程进行调试。
-symbols=<path>：指定要加载的调试符号文件的路径。调试符号文件包含程序的符号信息，如变量名、函数名等。
-directory=<path>：指定要搜索源代码文件的目录。当源代码文件不在当前目录或GDB默认搜索路径中时，可以使用此选项指定源代码的位置。
-quiet：以静默模式运行GDB，不显示任何冗余的信息。
-ex=dir=<dir>：指定GDB的工作目录。GDB将在指定的目录中查找程序和其他文件。
-command=<script_file>：指定要执行的GDB脚本文件。可以在脚本文件中定义自定义的GDB命令和操作。

这些选项只是GDB 9.2版本中的一部分，还有许多其他选项可供使用。你可以参考GDB的官方文档或运行gdb --help命令获取完整的选项列表和详细说明。通过熟悉和灵活运用这些选项，你可以根据具体需求使用GDB的功能来调试和分析程序。

gdb 9.2 保存崩溃时堆栈信息

在GDB 9.2中，你可以通过使用generate-core-file命令来保存崩溃时的堆栈信息。这个命令会生成一个核心转储文件，其中包含了程序在崩溃时的内存状态和堆栈信息。

以下是保存崩溃时堆栈信息的步骤：

在命令行中使用以下命令启动GDB并加载可执行文件：
1
gdb ./my_program
设置断点或者在崩溃发生的地方让程序停下来。你可以使用break命令设置断点，或者通过其他方式确保程序会在崩溃时停下来。
运行程序。在GDB命令行中，使用以下命令运行程序：
1
run
当程序崩溃时，GDB会自动停在断点处或者崩溃位置。
在GDB命令行中使用以下命令生成核心转储文件：
1
generate-core-file <corefile>
其中<corefile>是你想要保存核心转储文件的路径和文件名。
此时，核心转储文件就保存了程序崩溃时的堆栈信息和内存状态。

通过保存核心转储文件，你可以在后续的调试过程中使用该文件进行分析。你可以加载核心转储文件并使用GDB命令查看堆栈、变量值等信息，以定位崩溃的原因和解决问题。

需要注意的是，生成核心转储文件可能需要对系统进行相应的配置。确保你的系统允许生成核心转储文件，并且具有足够的权限来保存文件。有些系统默认禁用了核心转储文件的生成，你可能需要修改相应的设置。

另外，记住在发布或共享代码时，避免包含核心转储文件，因为它可能包含敏感信息。核心转储文件主要用于调试和分析崩溃问题。

gdb 9.2 调试核心转储文件

在GDB 9.2中，你可以使用核心转储文件进行调试。核心转储文件是程序在崩溃或异常终止时保存的内存状态的快照，它包含了程序崩溃时的堆栈信息和内存数据。以下是使用GDB调试核心转储文件的步骤：

启动GDB，并加载可执行文件以及核心转储文件。在命令行中使用以下命令：
1
gdb ./my_program <corefile>
其中<corefile>是核心转储文件的路径和文件名。
一旦GDB加载了核心转储文件，它会还原程序崩溃时的内存状态。你可以使用GDB命令来查看堆栈信息、变量值等。
使用backtrace或bt命令查看堆栈跟踪，了解程序崩溃的位置和调用链。
使用其他GDB命令进行调试。你可以使用print或p命令查看变量值，使用step或s命令单步执行程序，使用continue或c命令让程序继续执行等。
分析堆栈信息和变量值，定位问题的原因，并进行修复。

需要注意的是，调试核心转储文件时，可执行文件和核心转储文件必须是对应的，即生成核心转储文件的程序版本与进行调试的程序版本相同。如果可执行文件和核心转储文件不匹配，可能会导致调试结果不准确或无法正常调试。

此外，调试核心转储文件还可以结合其他GDB功能和命令，例如条件断点、内存查看等，以进一步分析问题。GDB提供了丰富的调试功能，可以帮助你定位和解决程序崩溃问题。

简介