从调试程序向 gdb 发送命令

Question

是否可以通过调试程序控制 gdb？我希望有一个可以帮助解决这个问题的库，最好是使用gdb_sendcmd("bt") 之类的 API，但我可以忍受通过套接字连接到本地 gdb 之类的东西。

主要用例是以编程方式添加数据断点来监控下一次修改某个内存地址的时间。目标语言自然是 C；任何适用于它的东西都可以在 C++ 和 Objective-C 中重用。

---

Answer from Employed Russian 解决了我的直接问题，但我仍然很想知道如何从调试程序中以编程方式运行 GDB 命令。如果我可以简单地将代码添加到项目中，而不是为 GDB 编写额外的启动命令，这些命令会创建带有附加命令的断点，它可能会加快一些调试速度。

所以，如果有办法以编程方式运行命令，我仍然很乐意听到它；）

Answer 1

GDB 导出的 Python 接口可以让你做很多事情。也许这样的东西会满足您的要求：

import gdb

CMD_FCT  = "gdb_run" 
CMD_NAME = "str"

class GdbRunBreakpoint(gdb.Breakpoint):
    def __init__(self):
        gdb.Breakpoint.__init__(self, CMD_FCT, internal=1)
        self.silent = True

    def stop(self):
        cmd = gdb.parse_and_eval(CMD_NAME).string()
        gdb.execute(cmd)
        return False
GdbRunBreakpoint()

（只是写在一个文件中，并从你的.gdbinit文件中获取）

在应用程序方面：

void gdb_run(char *str) {}


int main () {
    gdb_run("where");
}

我认为代码是直截了当的，但正如我在https://stackoverflow.com/a/8884512/341106 中提到的，stop 回调中并非所有内容都允许，GDB 处于中间状态，但许多事情都会按预期工作。

编辑：不用说，如果您的应用没有使用调试符号编译，这将不起作用！

Answer 2

是否可以从被调试的程序中控制gdb？

没有。如果程序可以做到这一点，并且（比如说）禁用所有断点，你会如何调试它？

主要用例是以编程方式添加数据断点以监控下一次修改某个内存地址的时间。

这经常出现在这样的上下文中：在第 N 次调用 foo() 时，一个（本地或全局）变量 bar 被意外破坏，而您想要找出罪魁祸首。

如果这确实是您的问题，那么在您知道bar 的值仍然不错的行上设置一个断点（就在它被初始化之后）。将该断点上的忽略计数（使用ignore 命令）设置为N-1，然后，当断点被命中时，在bar 上设置观察点。

您甚至可以将命令附加到断点：

commands 1   # assuming this was the first breakpoint
 watch bar
 continue
end

所以观察点会自动附加。