GDB TUI Python扩展中register_changed事件处理器无法工作问题

一、明确register_changed事件的触发时机 #

register_changed事件仅在用户通过GDB主动修改寄存器值时触发，比如：

• 在GDB命令行执行set $pc=0x1234这类手动修改寄存器的命令
• 在GDB TUI的寄存器窗口中直接编辑寄存器值

程序正常运行（包括单步执行汇编指令、硬件自动修改寄存器）导致的寄存器变化，不会触发该事件。这是GDB的设计逻辑，该事件用于响应用户的手动修改操作，而非跟踪程序运行时的寄存器自然变化。

二、事件处理器不工作的排查与解决 #

针对你的代码和环境，可从以下几点处理：

1. 替换输出方式 #

GDB TUI环境下，Python的print()输出可能不会直接显示在TUI界面中，改用gdb.write()输出内容，确保能在GDB控制台看到：

def reg_changed_handler(event):
    gdb.write(f'register changed {event.regnum}\n')

gdb.events.register_changed.connect(reg_changed_handler)

2. 调整脚本加载时机 #

如果脚本是在GDB启动时自动加载的，此时可能还未连接目标嵌入式设备（inferior未创建），导致事件绑定未生效。可以将事件绑定逻辑放到inferior_created事件中，确保连接目标后再绑定：

def bind_reg_event():
    def reg_changed_handler(event):
        gdb.write(f'register changed {event.regnum}\n')
    gdb.events.register_changed.connect(reg_changed_handler)

gdb.events.inferior_created.connect(bind_reg_event)

3. 检查目标架构的GDB支持 #

部分嵌入式架构的GDB后端可能未完全实现register_changed事件。先在本地x86程序上测试脚本：

• 启动GDB加载一个本地x86程序
• 加载你的脚本
• 手动修改寄存器（比如set $rax=0x100）
  如果本地能触发事件，说明是嵌入式目标架构的GDB支持问题，需检查对应架构的GDB编译配置或更新版本。

4. 用正确操作验证事件触发 #

确保通过手动修改寄存器来测试，而非让程序运行修改寄存器。比如在GDB连接嵌入式设备后，执行set $r0=0x123（对应你的目标架构寄存器名），观察是否有输出。

内容的提问来源于stack exchange，提问作者peter_esp