无限 Mac：BeOS

tl;dr：您现在可以在 Infinite Mac 的浏览器中运行许多 BeOS 版本，在我的网站上，您可以体验从 1984 年到 2005 年的 Macintosh 电影宇宙。这些安装与它们的 Mac 兄弟完全一样：您可以立即启动它们（大磁盘流式传输），使用 Infinite HD 中的预装软件，插入来自 Internet Archive 的 CD-ROM，并将您的工作保存在“Saved HD”驱动器上。 BeOS 是一个以多媒体为中心的多任务和多线程操作系统，最终被移植到 90 年代中期的 Power Macintoshes 上。它给 Mac 社区的许多人留下了深刻的印象，包括苹果本身，他们考虑收购创建它的公司 Be。如果您一直在关注苹果寻找下一代操作系统的传奇故事，那么这可以让您了解未采取的道路是什么样的。让 BeOS 运行 在 Infinite Mac 上的最后一个有点复杂（尽管仍然令人满意）的项目之后，我一直在寻找更快的胜利。 BeOS 已经在我的雷达上有一段时间了，并且（与 A/UX 不同）我与它有个人联系：我记得在秋叶原发现了一个 BeBox，用 BeView 使我的 Mac 角色扮演，并最终在我的 Power Macintosh 8500 上双引导 BeOS。DingusPPC，我已经集成的一个模拟器，在运行 BeOS 方面取得了良好的进展，所以看起来将其添加到站点主要是准备一些东西额外的磁盘映像。最初，它似乎像我希望的那样简单；我添加了 Power Macintosh 7300 配置（官方支持的 Power Mac 之一），找到了安装 CD，制作了磁盘映像，然后启动并运行。但随着我更多地使用它并开始安装其他版本，我开始发现很多小错误和边缘情况：BeOS 引导加载程序认为由于 ADB 模拟中的错误而所有修饰键都被按下；这使得它每次都会出现（丑陋的、类似 PC BIOS 的）分区选择屏幕。当改变屏幕深度时，有两个硬件组件需要通知：视频控制器和数模转换器。 DingusPPC 无意中依赖了 Mac OS 发送这些通知的顺序； BeOS 恰好做出了相反的选择，最终导致显示屏损坏。 BeOS 的早期版本以小端模式 1 进行视频内存更新； DingusPPC 缺少对该硬件功能的支持。 BeOS 的更高版本可以挂载 HFS 分区，但它们在处理我通过 machfs Python 库生成的卷时遇到问题。事实证明，对于如何填充某些数据结构，BeOS（正确地）比 Mac OS 更严格。等等——过去一个月我向 DingusPPC 上游提交的大部分提交都是为了寻求更好的 BeOS 兼容性。两全其美？ SheepShaver 是一款至今仍然存在的 Power Macintosh 模拟器（Infinite Mac 也嵌入了 ），起源于 BeOS。主要是为了另一层启动/仿真的乐趣，我想确保它也能工作。事实证明，它还需要兼容性修复——它依赖于 ROM 如何映射到 DingusPPC 没有准确建模的物理内存地址的边缘情况。大多数这些错误修复都有一个模式：DingusPPC（和 Infinite Mac）主要专注于运行 Mac OS，因此意外地依赖于其怪癖或实现选择。将独立开发的操作系统添加到组合中可以运用新的路径，并最终提高模拟硬件的准确性。需要明确的是，DingusPPC 非常接近开箱即用。感谢它的维护者。我相信，通过这项工作，它是唯一可以运行 PowerPC 版本 BeOS 的模拟器 2。我也希望这将有助于推出 MkLinux（我也记得）和 Rhapsody 等替代操作系统。在 Infinite Mac 方面，有明显的变化，例如我的自定义控件和库收集软件的“BeOS”外观。我还需要在磁盘上覆盖一些动态生成的内容，以使操作系统预先选择与浏览器窗口匹配的屏幕分辨率（类似于 A/UX 所做的操作）。人工智能代理（对我来说仍然是 Codex）再次对这种繁琐的逆向工程任务有所帮助：观察操作系统在磁盘上以屏幕大小存储文件是一回事；观察操作系统在磁盘上存储具有屏幕大小的文件是一回事；而观察操作系统在磁盘上存储屏幕大小的文件是一回事。能够重现其所有细微差别是另一回事，尤其是随着后来版本的格式发生变化。 Developer Release 8.2 是 Power Mac 的最初 BeOS 版本，它有一个定时炸弹，导致它在 1997 年 4 月 1 日之后无法启动。这不仅仅是为了营造一种紧迫感；也是为了营造一种紧迫感。它附带了一个许可的字体渲染器，Be 无法无限期地分发。 DR8.3 解决了这个问题，但为了使那个值得注意的第一个版本可启动，我最终在选择该磁盘时依靠自定义日期支持来硬编码工作日期。 BeOS 印象 虽然我确实踢掉了 BeOS 的轮胎