GDB（五）：gdb 脚本

这个功能特别有用，特别是当你有一组通常会执行的GDB命令时，你可以将这些命令保存在一个文件中，然后使用source命令来运行这些命令。参数用于指定一个包含GDB命令的文件，GDB会在启动时执行该文件中的命令。是一个GDB的初始化脚本文件，当你启动GDB时，GDB会自动从当前目录打开并读取。文件中的命令在每次GDB启动时都会被执行，这样你就无需每次都手动进行这些设置了。在这个例子中，GDB会在运行时自动在main函数处设置一个断点，并开始运行程序。命令时，你可以将这些命令保存在一个文件中，然后使用。

在GDB调试程序的时候，如果程序带有很长的参数列表，或者调试命令本身很长，需要频繁启动调试会话时，频繁输入参数或者命令严重拖慢调试节奏，这里记录一个GDB非常有用的参数-x，可以将调试参数和调试命令以调试脚本的形式提供给GDB调试会话，这样就不用频繁输入调试命令和参数了。Linux上，万事不决问"男人"，"man"就是这个男人(还好是单数,如果是men就有点儿邪恶了), 我们先man一把gdb，看官方文档对 "-x"选项的解释。

http://blog.csdn.net/liigo/article/details/582231

[2014/02/07] 今天在调试一个bug时，在使用gdb看coredump的时候，发现有一个链表格外的大，为了确认其内容，想要遍历整个链表来输出所有链表项，一个一个p实在是一个笨方法，在网上google了一下，发现gdb脚本是个好东西，整理如下： define plist set $list=$arg0 while($list)

使用gdb调试过程中，对于批量的数据处理和检测，尤其是来自内存的信息时，手动调试需要不停的重复操作：查看地址内容->取地址内容->查看新的地址内容……，当需要做成百上千的重复操作时，这时候，使用gdb的自定义脚本会带来很大的便捷。 外部编辑脚本文档：name.gdb define my_print if $argc != 2 help my_print else set $list = $arg0 set $span = $ar

本文首先介绍用于自动化调试的gdb脚本的基本语法和基本用法，然后给出程序实例和调试实例。 在使用gdb调试程序的时候，如果想让调试自动化，该怎么办呢？ 比如，想关闭 confirm，关闭 pagination，打开 print pretty, 设置 system root 为当前目录，等等。 如果是每次运行gdb都希望自动实现这些简单的设置，那么可以写在 ~/.gdbinit 文件中。如下： #~...

这时，GDB 的脚本化能力就像一个超能力工具，能够将复杂的调试过程自动化。通过 GDB 的 Python API，你可以将繁琐的调试工作自动化，让调试过程更加高效。调试过程的自动化，正如工业革命中的流水线生产，让工作变得更高效、更精准。而作为调试者，理解并掌控调试工具的每个细节，就如同掌握了自动化生产的按钮，提升了问题解决的艺术。通过 Python 脚本，你可以批量分析程序状态、自动生成调试日志，甚至动态修改程序运行行为。调试不再是痛苦的重复劳动，而是有趣的“自动驾驶”！，带你玩转跨设备的调试技术。

main.c #include <stdio.h> typedef struct { int iW; int iH; int iX; int iY; }BOX_ST; int main() { BOX_ST stBox; stBox.iW; stBox.iH; stBox.iX; stBox.iY; return 0; } gdb脚本   gdb_...

1. # 为脚本注释命令 2. 赋值语句：set， set 命令很强大， a.它可以是设置gdb 的选项, 例如: set confirm off set verbose off set history filename ~/.gdb_history set history save set output-radix 0x10 set input-radix 0x10 set 选项可以用s...

GDB: The GNU Project Debugger gdb能够在程序运行时看到程序里面发生了什么，还能看到程序挂掉的时候在干嘛。。。所以说当你在找bug时是很有用的。。。 官方说gdb可以主要做下面四种事情来帮助你找bug: 启动你的程序，指定任何可能导致bug的内容 使你的程序在特定的条件停下来 当你的程序停下后，检查发生了什么 在你的程序里改变一些东西，用于去尝试修正一些错误的影...

初始化内存程序转化为JLINK脚本gdbinit            遇到一个新的板子，最先调试是在不用初始iram或者叫垫脚石中调试。不过最终还是要在ddram中。所以就要在脚本中对内存的初始化。            gdbinit有一件也是唯一关键的事是必须做的，就是初始化内存。无论是SDRAM也好，DDRAM也好。只要有程序能初始化的，都是可以将程序转化为脚本。这样就可以程序

一、启动程序 run，简写r：运行被调试的程序。如果此前没有下过断点，则执行完整个程序；如果有断点，则程序暂停在第一个可用断点处 start：开始调试,停在第一行代码处 二、改变控制流程 next，简写n：执行一行源程序代码，此行代码中的函数调用也一并执行，(gdb) n，(gdb) n line-number step，简写s：执行一行源程序代码，如果此行代码中有函数调用，则进入该函数，(gdb) s，(gdb) s line-number continue，简写c：继续执行被调试程序，直至下一个断

观察每步的参数信息 采取 p + 参数 （a） 等会直接打印其内部信息，其不同数据类型可能 显示不同，注意！其余非关键性步奏采取n 执行下一步，如需观察下一个函数 继续采取b 打断点，输入c执行 到断点位置。采取 b + CLaserCtrl::LasreCtrl （定位到函数，直接进入函数观察模块化编写执行）复杂函数建议采取 s 进入函数 观察函数是否重载成功！后打断点， b + 行数 （实用性差，复杂函数难以定位）输入c执行程序，执行到断点处停止。

我们可以将 GDB 命令缩写为命令名称的前几个字母，如果该缩写是明确的； 并且可以通过键入 RET 来重复某些 GDB 命令。 还可以使用 TAB 键让 GDB 填写命令中的其余单词（或显示可用的替代方案，如果有多种可能性）。 命令语法：如何向GDB 下达命令  GDB 命令是单行输入。它可以持续多长时间没有限制。它以命令名开头，后面是参数，其含义取决于命令名。例如，命令 step 接受一个参数，该参数是 step 的次数，如“step 5”。您也可以使用不带参数的 step 命令。有些命令不允许任何参数。

然而，如果你在多次编译中需要重复使用预处理文件、汇编文件或目标文件，或者需要手动进行编译的不同阶段的调试或优化，那么将源代码分别经过预处理、编译、汇编和链接四个步骤可能会更加灵活和方便。gcc -o hello hello.c这种一步到位的方法会将文本文件直接转化成可执行文件，这样的做法会比将源代码分别经过预处理，编译，汇编，链接这四个过程的效率要更高，会发现x和y的值是正常的，但是因为sum=x+y这条命令没执行，所以sum的值是没初始化的。监视变量的值，当该变量的值发生变化时，GDB会中断程序的执行。

程序员在调试时往往分成两派，一派用debugger另一派用print。至于本人嘛，是一个“机会主义者”，有时用print，有时却改投debugger阵营。 实话说，print要比用debugger设下断点更为简单粗暴，有时甚至会更有用。不过debugger对比于print有三个优点： 无需重新编译 可以在调试时改变变量 debugger...

gdb 新建变量var while循环

调试前提: -g 编译所有的代码 包括汇编和.c 1. 打开gdb 并加载镜像 第一种方式(远程调试) 1. 打开 gdb gdb 2. 连接服务器 target remote localhost:1234 3. 加载并运行 file xxx.elf load run 第二种方式(本地调试) 1. 打开 gdb gdb ./app 2.让其开始运行 run 单个调试命令 文件类 file load 控制类 run c n s halt 地址类 3. 打印地址中的值 命令

一.一个简单的调试示例 1.调试程序 //debugtest.c #include <stdio.h> int main(void) { int i; char input; for(i=0;i<2;i++){ printf("pleast input a character:\n"); scanf("%c",&input); switch(i...