在GDB中执行while循环后，QEMU中的MS-DOS出现启动故障

这种现象并非GDB直接干扰了指令执行，核心原因是单步执行彻底改变了系统的硬件时序，破坏了MS-DOS启动过程对磁盘操作的时间依赖：

• MS-DOS 3.20的启动流程严重依赖软盘控制器（FDC）这类硬件的实时状态。正常全速运行时，CPU连续执行指令，能在硬件预期的时间窗口内完成磁盘读写的初始化、响应等操作；但单步执行时，每条指令之间都存在人为停顿，软盘控制器的内部状态（比如超时计数器、就绪信号）会因为等待时间过长进入异常状态。当DOS代码尝试读取磁盘数据时，会收到硬件返回的错误信号，最终触发"Disk Boot Failure"。

• QEMU的硬件模拟在单步模式下，部分设备的时序模拟精度和全速运行时存在差异。比如定时器、磁盘控制器的状态更新逻辑，全速时按指令周期自动累计推进，单步时可能无法正确同步这些硬件状态的变化，导致DOS的磁盘操作超时检测误触发。

• 此外，DOS启动代码里有一些依赖CPU执行速度的等待逻辑（比如轮询磁盘就绪的循环），正常运行时这些循环会快速完成，但单步执行时每一次循环迭代都需要手动单步，实际等待时间远超DOS的预期阈值，硬件会判定操作超时并返回错误。

简单来说，你看到的差异不是因为内存指令不一致，而是单步执行破坏了DOS启动所依赖的硬件时序环境——这和GDB本身的指令调试功能无关，纯粹是时序不匹配导致的硬件模拟异常。

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