GDBMI命令介绍优质精品文档.docxVIP

GDBMI命令介绍

GDBMI命令介绍

libgdb过时了，目前的GDB调试前端都不用libgdb目前有两种比较流行：

-MI接口，现在应该是MIII接口，是EclipseCDT所采用的方式

-emac输出接口，这个似乎有更多的调试前端所采用，例如DDD，kdbg，codeblocks等等另外还有一种比较另类的一种方式：insight，直接把gdb给包含进去了

=========================================GDBMIInterface虽

然使用GDB已经很多年了，但是直到最近因为工作需要才知道GDB除了CLI(CommnadLine

Interface)命令外，还有一个更重要的MI(MachineInterface)命令。之所以“更重要”，因为MI不但包括了CLI的所有命令，还具备一些CLI所不提供的功能。当然，MI接口的设计初衷是面向将

GDB作为系统组件之一的复杂系统。在类似于DDD，Insight等以GDB为backend的GUI

debugger的实现中，就是充分利用了GDB

MI接口。MI最大的不足在于其输出比较复杂，必须很熟悉其输出格式才能理解，不如CLI输出直观。但这只是习惯问题，多用多读自然就OK啦。

简单地说，GDBMIinterpreter

接受字符串形式的命令输入，然后产生一行表示命令执行结果的输出。当然，这里的输入命令和输出记录都有严格的格式和内容定义。而且，根据命令的不同（同步

命令或异步命令），GDB的输出也代表不同的含义。当利用GDB

MI实现一个GUI的debugger时，通常的做法是使用一个进程负责管理GDB，将GDB作为其子进程派生出来后，接管其标准I/O，并通过pipe

向GDB注入MI命令，并接收GDBMI输出。自然，该进程的另一个工作就是与GUI前端交互，完成GUI命令解析以及返回相应record.

Insight使用Tcl/tk实现前端GUI，DDD使用的则是Gtk。前段时间正好学习了Python，是不是可以用Python+GDBMI来作一个GUIDebugger？正好还可以复习一下前一阵子看过的程序linkandload过程。

注：GDBMI的详细介绍参见GDB手册：DebuggingwithGDB.其中专门一章讨论MI接口。

==================================对于gdb的命令很多人可能都已经很熟悉了，本文介绍的mi层命令可能很少有人用到，它也是gdb的一部分，主要目的是为一些目标系统如IDE等提

供调试功能，如eclipse下c/c++的cdt插件的底层就是调用的mi层命令，cdt的包里面有两个类RxThread,TxThread就是一个

发送mi命令，一个接收返回数据的，大家有兴趣可以研究下。

mi的命令依然是以文本行方式提供的，并兼容我们常用的gdbCLI命令，下面我们看一下它的进入和退出：

进入命令gdb--interpretermi****.exe

退出命令quit

效果如下：libo@libo-desktop:~$gdb--interpretermi~GNUgdb(GDB)7.1-ubuntu\n

~Copyright(C)2010FreeSoftwareFoundation,Inc.\n~LicenseGPLv3+:GNUGPLversion3orlater

/dochtml,/licenses/gpl.html\n

~Thisisfreesoftware:youarefreetochangeandredistribute

it.\n

~ThereisNOWARRANTY,totheextentpermittedbylaw.Type\showcopying\\n

~and\showwarranty\fordetails.\n

~ThisGDBwasconfiguredas\i486-linux-gnu\.\n~Forbugreportinginstructions,pleasesee:\n

~/dochtml,/software/gdb/bugs/.\n

=thread-group-created,id=42000

=thread-created,id=1,group-id=42000

*stopped,frame={addr=0func=??,args=[]},thread-id=1,stopped-threads=all

@JTAGspeedsetto