DOSBox汇编项目鼠标触发Heisenbug的调试方法咨询

嘿，这个场景我太熟悉了——DOS下调试鼠标相关的汇编代码，Heisenbug加上无限循环，简直是调试噩梦！分享几个我亲测有效的方法，帮你在触发bug后抓到CPU和内存的异常状态：

方法1：用Turbo Debugger的自动日志+条件断点 #

Turbo Debugger其实支持自动记录调试信息，不用你一直盯着操作：

• 启动TD时加上日志参数：TD -L mouse_bug.log，这样所有调试动作和寄存器/内存变化都会自动写入日志文件。
• 设置条件断点在你的鼠标中断处理逻辑入口（比如调用INT 33h的地方，或者你自己的鼠标事件处理函数开头），条件可以设为某个关键寄存器或内存值异常的情况（比如当鼠标坐标超出你预设的范围时）。
• 触发鼠标操作后，即使进入无限循环，你可以强制关闭DOSBox，然后打开mouse_bug.log，里面会记录下断点触发前的所有CPU状态和内存数据，足够你定位问题了。

方法2：利用Turbo Debugger的监视点（Watchpoint） #

Heisenbug讨厌的地方就是一调试就“消失”，监视点可以帮你在不干扰程序运行的情况下捕捉异常：

• 在TD里打开Watch窗口（按Alt+W），添加你怀疑有问题的内存地址（比如鼠标状态变量、中断向量表中INT 33h的地址），设置为“当值改变时暂停”。
• 正常运行程序，触发鼠标操作，一旦监视的内存值出现异常变化，TD会自动暂停程序，这时你就能直接查看CPU寄存器、内存快照，不用手动操作打断循环。

方法3：切换到DOSBox内置调试器 #

如果Turbo Debugger和鼠标操作冲突严重，试试DOSBox自带的调试工具：

• 先在DOSBox里加载你的汇编程序，然后按Ctrl+F4调出内置调试器。
• 设置断点在鼠标相关的中断处理代码（比如bp 33设置INT 33h的断点），或者直接设置内存断点。
• 回到程序触发鼠标操作，当进入无限循环时，按Ctrl+Break（部分DOSBox版本是Ctrl+F12）强制暂停到调试器，这时就能查看当前CPU的寄存器值、内存内容，甚至单步执行循环代码找问题。

方法4：临时添加日志代码（终极Heisenbug杀手） #

如果上面的调试工具都因为Heisenbug失效，那就用最原始但有效的方法：

• 在你的鼠标处理代码里，加一段汇编逻辑，把关键寄存器（比如AX、BX、DS:[mouse_state]）的值写入一个临时文件（比如bug.log）。
• 编译运行后触发鼠标bug，然后强制退出DOSBox，打开bug.log就能看到触发bug瞬间的关键数据了。这种方法不会干扰程序运行，完美避开Heisenbug的“调试时消失”问题。

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