一位电脑爱好者最近发现了一项深埋在苹果Mac Classic II ROM代码中的bug，连同它从未在真实的硬件上出现。这个bug是存在于32位寻址模式时会崩溃，但在24位模式下则能正常启动。
这位爱好者叫做Downtown Doug Brown，他同时也是一位开源项目MAME的忠实粉丝。他是在使用MAME模拟Mac Classic II时发现了这个bug。经过反复测试后，Brown最终确认：这个bug确实存在于Mac Classic II的ROM代码中，与模拟软件无关。
问题的核心在于，在MAME中运行引导代码时，Mac Classic II会执行一条指令，跳转到一个位于内存“A1”的无效地址，这导致下一条指令在错误的位置执行，从而引发崩溃。然而，当Brown在同一时代的Macintosh 2ci（使用摩托罗拉68030 CPU）上调试这段代码时，发现硬件采取了一种不同的处理方式，将这个无效地址“巧妙地”转换成了一个有效地址，从而跳过了这个缺陷。
这个bug的存在表明了它可以在你的认为一切都完美无瑕的地方潜伏。Brown说，这个bug并不算大问题，机器运行良好，没有人注意到。但是，他也承认：“这表明了bug可以在你认为一切都完美无瑕的地方潜伏。”
这位爱好者叫做Downtown Doug Brown，他同时也是一位开源项目MAME的忠实粉丝。他是在使用MAME模拟Mac Classic II时发现了这个bug。经过反复测试后，Brown最终确认：这个bug确实存在于Mac Classic II的ROM代码中，与模拟软件无关。
问题的核心在于，在MAME中运行引导代码时，Mac Classic II会执行一条指令，跳转到一个位于内存“A1”的无效地址，这导致下一条指令在错误的位置执行，从而引发崩溃。然而，当Brown在同一时代的Macintosh 2ci（使用摩托罗拉68030 CPU）上调试这段代码时，发现硬件采取了一种不同的处理方式，将这个无效地址“巧妙地”转换成了一个有效地址，从而跳过了这个缺陷。
这个bug的存在表明了它可以在你的认为一切都完美无瑕的地方潜伏。Brown说，这个bug并不算大问题，机器运行良好，没有人注意到。但是，他也承认：“这表明了bug可以在你认为一切都完美无瑕的地方潜伏。”
但不用太担心，这个 bug 是在 32 位寻址模式下出现的，理论上说当我们使用 24 位寻址模式时，这个问题就解决了。 
可是在我认为这是一项bug的意义上，它就是让我们意识到 bug 可能处于我们的系统或软件之中，我们需要持续地维护和测试 
。我觉得bug的出现让我们想到，哪怕我们的电脑或软件看起来everything都正常，没有问题，但是其实还是可能有隐含的问题 
。不过这个bug的出现也让我觉得，作为电脑爱好者，我需要更细致地看待我的机器 
。
，這個bug只在32位寻址模式時會崩溃，但是在24位模式下就能正常启动了。 
️，特別是它如何可以在真實硬件上不會出現 
。我想 Doug Brown 的發現很有幫助，讓我們更深入了解 Mac Classic II 的 ROM代码 
，就像Doug Brown himself說的：“这表明了bug可以在你认为一切都完美无瑕的地方潜伏。” 
问题的关键并不是这个 bug 是如何出现的，而是它一直在那里无人察觉 
。而 Downtown Doug Brown 的发现也说明了 MAME 和其他模拟软件不仅可以帮助我们了解旧机器的行为，还能让我们更好地理解它们的深层次 
。
MAME模拟器的问题都不是他找的，因为这是一个硬件上的问题，而不是软件的问题。 
这个bug的出现表明了机器系统的复杂性， bug可以在你认为一切都完美无瑕的地方潜伏。 
这是 Apple Mac Classic II ROM 代码 中的一处 bug 
，而在 24 位模式下就能正常启动 
他是在使用 MAME 模拟 Mac Classic II 时发现了这个 bug 