35年前のWord 1.1aをWindows 11で完全動作させる手順と互換性の全貌
2026年8月12日、レガシーソフトウェアの歴史において極めて重要な技術的ブレイクスルーが確認されました。1990年にリリースされた35年前のワープロソフト「Microsoft Word 1.1a」のソースコードを現代の64bitアーキテクチャに適合させ、最新のWindows 10およびWindows 11環境でネイティブな実行ファイル（EXE）として完全動作させることに成功したという事実です。本稿では、この技術的成果がもたらす意味と、実際に現代のPC環境でクラシックなインターフェースを再現するための具体的な構築手順、およびそれに伴うエラー回避の最適解について詳細に解説します。過去のソフトウェア資産を現代のOS上で動作させたいと考える開発者や、互換性トラブルに直面している技術者にとって、このアプローチは極めて重要な知見となるはずです。
- 16bitから64bitへの完全移行：現代のWindows環境でネイティブ動作する仕組み
- WYSIWYG革命の歴史的背景とDOS環境からの脱却
- 構築に必要な必須環境と開発ツール群
- Word 1.1aをWindows 11で起動させるための具体的な行動手順
- ビルド時に想定されるWindowsエラーと安全なトラブル解決策
- 現代によみがえるクラシックソフトウェアの総括
16bitから64bitへの完全移行：現代のWindows環境でネイティブ動作する仕組み
開発者のJustin Marshall氏によって成し遂げられた今回の成果は、単なるエミュレーション技術の応用ではありません。かつての16bitアーキテクチャ向けに設計された伝説的なワープロソフトのオリジナルのソースコードとリソースを、現代の64bit環境に合わせて完全に再構築した点に最大の価値があります。
現在のWindows 10およびWindows 11の64bit版OSでは、16bitアプリケーションを実行するためのサブシステム（NTVDM）が既に廃止されており、過去のソフトウェアをそのまま実行しようとすると互換性エラーが発生し、起動することができません。この根本的な障壁を乗り越えるため、時代遅れとなった16bit用の要素を現代の同等機能に置き換えるという、非常に緻密で骨の折れる作業が行われました。結果として、90年代当時のオーセンティックなインターフェースやユーザー体験を一切損なうことなく、完全な64bit実行ファイル（EXE）として現代のWindows上で動作させることが可能になったのです。これは古典と現代技術の完璧な融合であり、ソフトウェア保存の観点からも歴史的な偉業と言えます。
WYSIWYG革命の歴史的背景とDOS環境からの脱却
なぜWord 1.1aの存在がこれほどまでに重要視されるのかを理解するためには、1990年代初頭のコンピューティング環境を振り返る必要があります。当時のPCユーザーは、WordPerfect 5.0やWord 5.0といったDOSベースのプログラムを使用して文書作成を行っていました。これらのソフトウェアは非常に質素なテキストベースのインターフェースしか持たず、画面上で見ているテキストのレイアウトと、実際にプリンターから出力される紙のレイアウトが全く異なるという課題を抱えていました。
そこに登場したのが、「What You See Is What You Get（見たままが得られる）」というWYSIWYGコンセプトをサポートするWindows向けの初期バージョンのWordです。この技術的ブレイクスルーにより、作成者は文書を印刷する前に、画面上で実際のフォーマットやレイアウトを直接確認できるようになりました。Word 1.1aのインターフェースは、現在の文書作成ソフトウェアの基礎を築いた記念碑的な存在であり、90年代のノスタルジーを感じさせるだけでなく、現代のUI/UXデザインの原点を知る上でも非常に価値のある資料となっています。
構築に必要な必須環境と開発ツール群
この歴史的なソフトウェアを現代のコンピュータ上で自身の手に手よって動作させるためには、特定の技術的スキルと開発ツールのセットアップが不可欠です。不足しているコンポーネントがある場合、ビルドプロセスで致命的なエラーが発生します。以下の表に、構築に必要な必須環境とそれぞれの役割を整理しました。
これらのツール群はすべて、ソースコードを現代のOSが理解できる形式（64bitのEXEファイル）に翻訳し、必要なリソースをリンクさせるために連携して動作します。一つでもバージョン要件を満たしていない場合、正常なビルドは保証されません。
Word 1.1aをWindows 11で起動させるための具体的な行動手順
必要な環境が整った後、実際にソースコードから実行ファイルを生成するまでのプロセスを解説します。以下のステップは、Justin Marshall氏がGitHubページで公開している組み立て手順に基づき、エラーを未然に防ぐための確認事項を付加した確実な手順です。
-
ステップ1：開発環境の完全なインストール Visual Studio 2022のインストーラーを起動し、ワークロードの選択画面で必ず「C++によるデスクトップ開発」にチェックを入れます。さらに、右側のインストールの詳細ペインから、使用しているOSに合わせて「Windows 10 SDK」または「Windows 11 SDK」が選択されていることを目視で確認し、インストールを完了させます。
-
ステップ2：CMakeの最新版の導入 CMake公式サイトからバージョン3.25以降のWindows向けインストーラーをダウンロードし、実行します。インストール中のオプション設定で、必ず「システム環境変数PATHにCMakeを追加する」を選択し、コマンドラインからCMakeを直接呼び出せるように設定してください。
-
ステップ3：ソースコードの取得と展開 GitHub上で公開されているWord 1.1aの再構築プロジェクトのページにアクセスし、ソースコード一式をZIP形式でダウンロードするか、Gitコマンドを使用してローカル環境の任意のディレクトリにクローンします。パスに日本語などのマルチバイト文字が含まれない階層（Cドライブ直下など）に配置することを強く推奨します。
-
ステップ4：PowerShellを通じたビルドの実行 管理者権限でPowerShellコンソールを起動し、ソースコードを展開したディレクトリに移動します。指定されたCMakeコマンドを入力してビルドプロセスを開始します。CMakeがVisual StudioのコンパイラとSDKを自動検出し、必要な構成ファイルを生成したのち、最終的な64bit実行ファイル（EXE）が指定の出力フォルダに生成されます。
-
ステップ5：実行と動作確認 生成されたEXEファイルをダブルクリックして起動します。現代のWindows 10またはWindows 11のデスクトップ上に、35年前のオーセンティックなWordのインターフェースが表示されれば、構築は完全に成功しています。
ビルド時に想定されるWindowsエラーと安全なトラブル解決策
ソースコードからレガシーソフトウェアをビルドする過程では、環境の不整合に起因する様々なエラーが発生する可能性があります。ここでは、本プロジェクトのビルド中に遭遇しやすい代表的なエラー原因とその安全な対処方法を解説します。エラーメッセージに直面した際は、慌てずに以下の確認手順を実行してください。
CMakeのバージョンに起因する構成エラー
ビルドコマンドを実行した直後に構成エラー（Configuration Error）で処理が停止する場合、最も疑われる原因はCMakeのバージョンが要件を満たしていないことです。本プロジェクトはCMake 3.25以降の機能を前提に自動化スクリプトが記述されているため、古いバージョンのCMakeがシステム環境変数に優先して登録されていると、構文を正しく解釈できずに失敗します。PowerShell上でCMakeのバージョン確認コマンドを実行し、3.25未満と表示された場合は、古いバージョンをアンインストールした上で、最新版をクリーンインストールしてください。
SDKの欠落によるコンパイラエラー
コンパイルの途中で「ヘッダーファイルが見つからない」または「依存関係が解決できない」といった旨のエラーメッセージが大量に出力される場合、Windows 10または11 SDKが正しくインストールされていない、あるいはVisual Studioから認識されていない可能性が高いです。影響範囲はC++の標準ライブラリやWindows APIの呼び出し全体に及びます。この場合、Visual Studio Installerを再度起動し、「変更」ボタンからC++によるデスクトップ開発モジュールの詳細を展開し、該当するOSのSDKに確実にチェックが入っているかを再確認してください。欠落している場合は追加インストールを行い、PCを再起動してから再度ビルドを実行することが安全な対処法です。
実行ファイルの起動失敗と権限トラブル
ビルドが完了してEXEファイルが生成されたにもかかわらず、起動時にクラッシュする場合、ディレクトリのアクセス権限やセキュリティソフトによる誤検知が原因として考えられます。特に現代のOSは、出所が不明な実行ファイルに対して厳しいセキュリティポリシーを適用します。対策として、プロジェクトの展開先フォルダに対する読み書き権限をユーザーアカウントに明示的に付与することや、一時的に当該フォルダをセキュリティソフトのスキャン除外設定に追加して動作確認を行う手順が有効です。ただし、セキュリティリスクを下げるため、確認が終了した後は元の設定に必ず戻すよう注意してください。
現代によみがえるクラシックソフトウェアの総括
今回、1990年というIT黎明期に誕生したMicrosoft Word 1.1aが、35年の時を超えて最新のWindows 11環境で蘇ったことは、技術的な探究心の勝利と言えます。16bitコードを64bitに手作業で適合させるという気の遠くなるような作業は、当時のWYSIWYGという概念がいかに革新的であったかを現代の私たちに再認識させてくれます。開発ツールと正しい手順さえあれば、誰もがこの歴史的ソフトウェアを自分のPC環境で体験することが可能です。環境構築時のエラーやトラブルシューティングの知識を深めることは、単に過去のソフトウェアを動かすためだけでなく、現代のWindowsの内部構造や開発エコシステムを理解するための非常に優れた教材となるでしょう。
