Windows 95は16ビット版シムシティの実行を検出すると特別なモードに入っていた

Windows 95は32ビットOSですが、旧来の16ビットソフトウェアも完全に実行することができました。その中の1つに、Windows 3.1向けの16ビット版「シムシティ」も含まれています。実は、Windows 95のベータ版の時点では16ビット版シムシティは動かなかったのですが、Microsoftが徹底的な調査を行い、特別な仕様を盛り込むことで乗り切っていました。

この情報はゲーム関連ポッドキャストを配信している@Kalyoshika氏が発掘したもの。元となる情報は、著名エンジニアのジョエル・スポルスキ氏が2000年に執筆したコラムです。

Strategy Letter II: Chicken and Egg Problems – Joel on Software
https://www.joelonsoftware.com/2000/05/24/strategy-letter-ii-chicken-and-egg-problems/

スポルスキ氏はオリジナルの「シムシティ」開発に携わったジョン・ロス氏から「解放したばかりのメモリを読み込んでしまうバグを残してしまった」という証言を得ました。

Windows 3.x系統ではこのバグによる影響は出ませんでしたが、Windows 95のベータ版でテストしたところ、シムシティは動きませんでした。Microsoftは綿密な調査を行ってロス氏の証言したバグを突き止め、Windows 95に「シムシティを探すコード」を追加しました。

これにより「シムシティ」の実行を検知するとWindows 95はメモリをすぐには解放しない特別なモードでメモリ管理を行い、「シムシティ」を動かしていたとのこと。「シムシティ」は当時500万本を売り上げる人気タイトルだったので、新しいOSで動かないとなるとユーザーが環境移行を渋ることが予想されたため、無理やりにでも下位互換性を確保する必要があったというわけです。

スポルスキ氏は、プラットフォームとコンテンツの「卵が先かニワトリが先か」問題の解法の1つだったとして、この施策を評価しています。

なお、この件についてはMaxisやEA、ハドソンに所属した経験のあるマイク・ペリー氏が補足を行っていて、ロス氏は1994年発売のシムシティ2000を手がけたあとMaxisを退職し、MicrosoftでWindows 95に携わったとのこと。ちなみにMicrosoftが無理やり動かした16ビット版シムシティとは別に、1995年にWindows 95向けに32ビット版シムシティが発売されており、当時は「デラックスエディション」に両方が収録されていたそうです。