Opusの収集

Opusは、Microsoft開発者がMicrosoft Word for Windowsv1.1aに付けたコード名です。ソースからコンパイルして、実行できるかどうかを確認しましょう。

1.はじめに

この記事では、ソースコードを取得し、それを機能するWindowsアプリケーションに変換するプロセスについて説明します。1989年には、Windowsで動作する開発ツールがなかったため、コンパイラと開発ツールはMS-DOSオペレーティングシステムで実行されます。



注：この記事では、DOSについて頻繁に言及します。この指定はMicrosoftMS-DOSを指しますが、ほとんどの情報はIBMPC-DOSおよび他のほとんどの種類のDOSにも適用されます。



DOSオペレーティングシステムを初めて使用する場合は、必要なすべてのツールが含まれている1994年6月バージョンのDOS（最新リリースバージョン）であるMicrosoft MS-DOS v6.22のコピーで手順を繰り返すことをお勧めします（以下で唯一の例外について説明します）。

2.背景

Microsoft Word for DOSと呼ばれるワードプロセッサの開発は、1982年にRichardBrodieらによって開始されました。リチャードは、当時の未来的なブラボーワードプロセッサに精通していたため、ゼロックスパークから採用されました。



Word for DOSは1983年に最初にリリースされ、MS-DOSの最も初期のバージョンの1つにバンドルされていました。グラフィック（プリミティブ）を使用し、マウス操作をサポートしていましたが、プログラム自体は相反するレビューを受けました。



Word v2.0 for DOSは1985年にリリースされ、EGAグラフィックをサポートし、スペルチェッカーを備えていました。



Word v3.0 for DOSは1986年にリリースされ、Herculesグラフィックスと拡張プリンターセットをサポートしていました。



Word v4.0 for DOSは1987年にリリースされ、VGAグラフィックをサポートし、テキストモードとグラフィックモードの両方を備えていました。



DOSおよびOS / 2用のWordv5.0は16ビットアプリケーションになりました。



1989年のWordv5.5のアップデートでは、Windows / Macスタイルのウィンドウとメニューが導入され、同じ年にリリースされたWord forWindowsの前身でした。



MicrosoftWindows用の最初のWYSIWYG *テキストプロセッサの開発は1988年から1989年頃に完了し、現在Computer History Museum（CHM）のWebサイトで入手できます。



* WYSIWYG =あなたが見るものはあなたが得るものです



歴史についてもっと読み、ここでコンピュータ歴史博物館からソースコードをダウンロードしてください：



https://computerhistory.org/blog/microsoft-word-for-windows-1-1a-source-code/

3.このコードをコンパイルできますか？

はい！しかし、どのように？従来のBIOSモードで起動できるビンテージPCまたは比較的最新のコンピューターを使用するか、仮想PCを実行するようにハイパーバイザーを構成できます。必要なすべてのツールは、上記のリンクからのソースコードダンプにあります。これらはすべてDOSで機能するので、これがどのように機能するかを考えてみましょう。



デモンストレーションでは、MacでVMware Fusionを使用しますが、MS-DOSを実行できる適切なレガシーハードウェアまたはハイパーバイザーを使用できます。DOSをインストールした後、空きメモリの量を確認する必要があります。このため

DOSがハードウェアをどのように「認識する」かを一般的に理解する必要があります。コンパイラには拡張メモリが必要なようですので、このタイプのメモリにアクセスする方法と、このメモリをコンパイラで使用できるようにDOSを構成する方法について説明します。



また、ファイルのセットが非常に大きいため（DOSアプリケーションの場合）、ソースファイルを使用してCD-ROMイメージを作成し、DOSマシンに一度にコピーできるようにして、作業を楽にすることをお勧めします。ただし、CD-ROMをDOSで動作させるには、デバイスドライバも必要なので、以下でも説明します。



ソースコードは、独自のコンパイラが少なくとも386のプロセッサと4MBのRAMを備えたコンピュータを必要とするという点で興味深いものです。これは当時の多くのPCの特性を超えており、間違いなく「ハイエンド」と見なされます。これは、ほとんどのコンピューターに最大1 MBのRAMがあり、通常のDOSアプリケーションで使用できるのはそのうちの640KBのみであるためです。DOS自体がこのボリュームのかなりの量を占めており、アプリケーションは残っているものを使用します。では、私たちの車にはどのくらいのメモリがありますか？彼女にもっと記憶を加える方法は？これについては以下で詳しく説明します。

4.Intelプロセッサの歴史

DOSがメモリ管理を必要とする理由は、OSが実行されるはずだったプロセッサの履歴と密接に関連しています。初期のプログラムの多くはアセンブリ言語で記述されていたため、DOSオペレーティングシステムは、それが実行されていたプロセッサと非常に緊密に統合されていました。その結果、これらのプロセッサの制限を継承し、新しい世代のプロセッサはすべて以前のすべてのコードベースをサポートする必要があるため、奇妙な要件を課しました。



1979年には、8ビットのIntel8086 / 8088プロセッサが1,024KBまたは1MBのRAM（8ビットデータバス、16ビットメモリレジスタ）をアドレス指定できました。



1982年、16ビットのIntel 80286プロセッサは、最大16 MBのRAM（16ビットのデータバス、24ビットのアドレス空間*）をアドレス指定できました。



1985年、32ビットのIntel 80386（およびそれ以降の486）は、（理論的には）最大4096MBまたは4GBのRAMをアドレス指定できました**



最新の64ビットプロセッサは、40ビット、52ビット、および64ビットのアドレス指定可能なメモリアーキテクチャを備えています。そのため、1TBから4PBのRAMをサポートできます。



注*：24ビットのアドレススペースは、2の24×1バイトの累乗= 16,777,216バイト、つまり16MBに相当します。



注**：32ビットのアドレススペースは2の32 x1バイトの累乗= 4 294 967296バイトまたは4GBですが、386プロセッサを搭載したPCでは、マザーボードの制限と当時のRAMの莫大なコストのため、通常は設定されていました。 1GBよりはるかに少ない。



DOSとWindowsの歴史は、Intelの初期のプロセッサのアーキテクチャによって影響を受けた、下位互換性とメモリ管理の制限によって作成された問題でいっぱいです。

5.DOSメモリタイプ

DOSオペレーティングシステムによってアドレス指定される5つのメモリ領域があります。これらのそれぞれは、起動時にCONFIG.SYSで呼び出される1つまたは2つのデバイスドライバーを使用して対処されます。 HIMEM.SYSは拡張メモリへのアクセスを提供し、EMM386.EXEは拡張メモリへのアクセスを提供します。これらのメモリタイプについて簡単に説明します。



従来のメモリ：0〜640 KB（または651,264バイト）のメモリ、下位メモリ領域（LMA）とも呼ばれます



上位メモリ領域：UMAは640 KB〜1024 KB（1 MB）のメモリですアッパーメモリブロック（UMB）



拡張メモリ仕様とも呼ばれます：XMSは1MBから64MBのメモリアドレスですが、DOSはHIMEM.SYSのサポートなしではUMAにアクセスできないため、この仕様ではUMAについても説明します。



拡張メモリ仕様：EMSは、上位メモリで定義された64 KBページフレームを使用して、1MBを超えるメモリへのアクセスを提供します。 DOSは、AUTOパラメーターが指定されている場合はXMSとEMSの両方を使用でき、EMM386.EXEがNOEMSパラメーターとともにロードされている場合は無効にすることができます。 EMM386およびその他のメモリマネージャは、拡張メモリ領域で拡張メモリをエミュレートします。すべてが完全に明確で、少し混乱することはありません。



高メモリ領域：HMAは1MBのすぐ上にある64KBであり、CONFIG.SYSファイルのDOS = HIGHパラメータを使用してDOSが起動時にロードできます。



従来のメモリには、昔ながらのDOSアプリケーションが含まれています。それらは0〜640KBのメモリしか使用できず、DOS自体がそのスペースの一部を占めるため、実行時に500KB未満のRAMにアクセスできます。これにより、いわゆる「リアルモード」で実行されるアプリケーション、つまり従来のメモリに制限される16ビットアプリケーションが制限されることがよくあります。アドレス可能なメモリアプリケーションが実メモリアドレスにマップされるため、実モードはこれと呼ばれます。



これは数年間はごく普通のことでしたが、その後640KBが、より複雑なアプリケーション、つまりゲームの制限要因になりました。新しいWindowsアプリケーションにはより多くのメモリが必要だったため、拡張メモリ仕様（XMS）が導入されました。1 MBを超えるメモリは、16ビットプログラムでアドレス指定可能になりました。この仕様は、これらのDOS制限を超えるメモリにアクセスするための保護モードを実装した286プロセッサで登場しましたが、実際のモードでのメインメモリへのアクセスもサポートし、必要に応じてモードを切り替えました。

6.DOSのインストール

実際のフロッピーディスクとUSBフロッピードライブを使用したり、物理的なフロッピーディスクからフロッピーイメージを作成したり、WinWorldなどのサイトからフロッピーイメージをダウンロードしたりできます。



物理マシンまたは仮想マシンには、最小4MBおよび最大32MBのRAMと、単一のFAT16パーティションを備えた512MB以下のハードドライブが必要です。ハードドライブが物理的に512MBより大きい場合は、最初のパーティションをDOSのバージョンがアドレス指定できる最大サイズに制限します。互換性の理由から、この最初のパーティションを512MB以下に制限してください。



マシンに上記の最小仕様がある場合は、最初のDOSディスケットから起動します。5.0以降のバージョンでは、インストーラーが起動します。その指示に従い、今のところすべてのデフォルトを選択します。次の記事では、インストールオプションを試してみます。インストール提案のダイアログが表示されていない場合は、最初のフロッピーでINSTALL.EXEファイルを見つけるか、手動でハードディスクをパーティション分割してすべてを自分で構成することができます。以下の「ハードドライブを起動可能にする」セクションを参照してください。

7.ハードドライブを起動可能にする

前の手順でフロッピーディスクから起動したが、アクセス可能なハードディスクがまだない場合、またはDOSコピーにインストーラーが含まれていない場合は、手動でインストールできます。



フロッピーディスクからFDISKを実行し、項目4を選択してEnterキーを押して、既存のパーティション構造を表示します。



パーティションが存在する場合は、FAT16ファイルシステムの最大容量が511 MBであることを記述し、ステータス列にパーティションがアクティブであることを示す必要があります（ステータス列の記号「A」）。



そうでない場合は、セクションを作成します。エスケープを押してメインメニューに戻ります。



項目1を選択し、Enterキーを押します。1と入力し、Enterキーをもう一度押して、新しいプライマリパーティションを作成します。プログラムは、既存のセクションがすでにあると文句を言います。勇気がある場合は、削除して新しいものを作成するか、既存のものを使用することができます。



その後、メインメニューに戻り、項目2を選択して新しいパーティションをアクティブにし、FDISKを終了します。DOSプロンプトで、この新しいパーティションを読み取り可能にするためにディスクをフォーマットする必要がありますformat。また、コマンドコマンドの「/ s」スイッチを使用して、DOSブートシステムをディスクに移動しました。「/ v」スイッチは、新しいボリュームの名前を尋ねます。

format c: /s /v

プロンプトに従い、ボリュームに有効な11文字の名前を付けます。これによりブートディスクが作成されますが、再起動する前にDOSフォルダーが作成されます

md C:\DOS

...次に、すべてのファイルをフロッピーディスクからC：\ DOS ..にコピーします。

copy A:. C:\DOS\.

再起動する前に、標準のCONFIG.SYSおよびAUTOEXEC.BATを作成します。ファイルエディタをお持ちではありませんか？問題ありません。次のコマンドを入力して、コンソールからconfig.sysというファイルにテキストをコピーします。

C:
CD\
copy con CONFIG.SYS
files=30
buffers=10

次に、Ctrl-Zを押して終了し、出力を保存します。これらのコマンドは、コンソール（CON）の内容をディスクにコピーします。これで、C：ドライブのルートディレクトリにCONFIG.SYSファイルが配置されました。



AUTOEXEC.BATファイルを作成するために同じことをしましょう：

copy con AUTOEXEC.BAT
@echo off
prompt $p$g
ver

そして、Ctrl-Zを押します。これで、再起動できます。

8.DOSの構成

通常、MS-DOSは、起動時にDOSによって読み取られる2つのファイルで構成されます（COMMAND.COM自体は別として）。これらは、次のファイルです（アクセスされた順序で）



。CONFIG.SYSには、起動時にロードされたデバイスドライバーと構成オプションのリストが含まれています。ブートディスクのルートディレクトリにあります。



AUTOEXEC.BATは、マシンを起動した後、およびデバイスドライバーをCONFIG.SYSにロードした後に開始されます。これらの構成ファイルは両方とも、ブートディスクのルートディレクトリに配置する必要があります。 A：システムがフロッピーディスクから起動する場合、またはC：ハードディスクを備えたシステムの場合。



DOSはこれらのファイルがなくても起動する可能性がありますが、ほとんどのアプリケーションは、それらを機能させるため、または実行を最適化するために、構成オプションを追加します。最近のバージョンのDOSも、インストールプロセス中にこれらのファイルに変更を加えることにより、自身を構成しようとします。



起動時にHIMEM.SYSを実行するだけでは不十分であり、EMM386.EXEまたはサードパーティのExpanded MemoryManagerを構成する必要があります。これについては後で詳しく説明します。 Intelプロセッサアーキテクチャの歴史はメモリ管理に関係しているため、それを理解する必要があります。



拡張メモリアクセスを構成するには、DOSエディターを使用してC：\ CONFIG.SYSを編集します。

\DOS\EDIT \CONFIG.SYS

ファイルが見つからない場合は、C：\ CONFIG.SYSという名前で新しいファイルを保存するだけです。

次のテキストを最初の行に追加します。

DEVICE=C:\DOS\HIMEM.SYS

CONFIG.SYSに他のエントリがある可能性がありますが、それを最初の行に追加します。終了したら、Alt-Fを押して[ファイル]メニューに移動し、Sを押して保存してから、もう一度Alt-FとXを押して終了します。再起動すると、メモリテストが表示され、次にDOSコマンドライン「C>」が表示されます。



コマンドラインでMEMコマンドを入力して、DOSアプリケーションで使用できるメモリの量を確認します。





ご覧のとおり、DOSにはアプリケーション用の従来のメモリが571KBしかありませんが、拡張メモリ（XMS）はほぼ30MBで、拡張メモリ（EMS）はありません。



その理由は、このVMに32 MBのRAMを割り当てたため、ハードウェア/ VMで状況が異なる可能性があるためです。



コンパイラを実行するには、拡張メモリ（EMS）にアクセスする必要があるようですが、どのように実装しますか？ここでEMM386.EXEが役に立ちます。このメモリドライバは、新しいバージョンのDOSに付属しており、Microsoft Windowsや、一部のDOSゲームなど、大量のメモリを必要とするその他のDOSアプリケーションをサポートします。

9.DOSでのメモリ管理

CONFIG.SYSを介してメモリ管理ドライバをロードすると、割り当てられているRAMの量を確認できます。config.sysファイルの先頭には次の2行があります。他のエントリがある場合もありますが、これらの最初の2行は、ファイルの先頭にある必要があります。

DEVICE=C:\DOS\HIMEM.SYS
DEVICE=C:\DOS\EMM386.EXE
DOS=HIGH
FILES=30

再起動して、MEMを再度実行します。





このスクリーンショットを前のスクリーンショットと比較すると、同じメインメモリが見つかったことがわかりますが、DOSコマンドでDOSを上位メモリにロードしたため、実行できるプログラムの最大サイズは612 KB（571 KB以上）になりました。 =高。また、拡張メモリ（XMS）の範囲で拡張メモリ（EMS）をエミュレートしました。



DOS MSDコマンドを実行すると、次のメモリ割り当てスキームが得られます。





これは、拡張メモリによって占有されているメモリの連続領域を示しています。P文字はそれぞれ1キロバイトを表すため、各行は割り当て可能な16KBのスペースを表します。16KB以外の境界線は隣接していないため、分散する必要はありません。



Wordをコンパイルするには、従来のメモリとEMSで十分でしたが、使用するDOSのバージョンとその構成によって、空きメモリの数値が異なる場合があります。



より多くのメインメモリや拡張メモリが必要な場合は、QEMM、JEMM、UMBPCIなどのサードパーティの拡張メモリマネージャを使用してみてください。これらは、互換性のある拡張メモリを提供しながら、メインメモリの使用量を減らします。

構成の終了

一部のアプリケーションでは、ファイルの保存やメモリのダンプなどのために一時的なスペースが必要です。そこで、MD（make directory）コマンドで一時ファイル用のディレクトリを作成し、SETコマンドを使用してTEMP環境変数をポイントします。

MD C:\TEMP

次に、autoexec.batに追加して、起動時に設定します。入る：

\DOS\EDIT \AUTOEXEC.BAT

そして、ファイルの最後に以下を追加します。

SET TEMP=C:\TEMP

Alt-F、Sを押して保存し、Alt-F、Xを押してエディターを終了します。

10.OPUSをコンパイルします

OPUSは、Microsoft Word for Windowsv1.1aのコード名です。提供されるソースコードには、Cおよびアセンブリコード、独自のコンパイラ、リンカー、独自のパッチツール、開発者向けメモ、およびドキュメントが含まれています。これらのファイルには、Windows v2.x、Windows v3.x、およびOS / 2v2.xで変更なしで実行できる16ビットの実行可能ファイルを作成するために必要なすべてのものが含まれています。



このソフトウェアをコンパイルするには、少なくとも612KBのメインメモリと、少なくとも4MBの拡張メモリが必要です。したがって、これらの条件に合わせてDOSを構成するには、DOS構成ガイドを調べる必要があります。



ゲストオペレーティングシステムとしてMS-DOSv6.22を使用してVMwareFusionでゲストを作成し、WindowsXPでDOSVDMを構成しました。それはすべて両方の環境で機能しました。

ステージ1：ダウンロード

ソースコードは、Computer History MuseumのWebサイトで入手できます



。https：



//computerhistory.org/blog/microsoft-word-for-windows-1-1a-source-code/ Microsoft Word v1.1aをコンパイルできますが、リンカーが頻繁に発生します。ビルドフォルダとは別にop1.batを実行しない限り、クラッシュします。DOSでこれが発生する理由はまだわかりません...ただし、Windows XPでは、DOSコマンドラインだけでなく、拡張メモリや追加メモリもエミュレートでき、すべてが機能します。しかし、それを行う方法は？

ステージ2：zipファイルを解凍します

ホストマシンは、Windows、Linux、またはMacOSを実行できます。私はMacを使用しましたが、それは問題ではありません。zipファイルを解凍し、すべてのファイルを含むCD-ROMISOイメージファイルを作成します。ISO作成ガイドを



参照してください。

ステージ3：ファイルをコピーする

ソースコード、コンパイラ、リンカー、ドキュメントをCD-ROM経由でDOSマシン/ VMに転送します。



コンパイラは起動可能なディスクから実行する必要があるため、すべてC：\ SRCに配置します。データ量は1枚または2枚のフロッピーディスクよりもはるかに大きいため、VMにマウントしたCD-ROMイメージを作成しました。物理ハードウェアがある場合は、同じことを行うか、DOS構成ガイドを確認して、DOSから、物理ディスクを介して、またはISOイメージファイルを介してCD-ROMにアクセスする方法を学習できます。

ステージ4：BUILDフォルダーの作成

注：これらの手順の一部は、ベータアーカイブフォーラム（https://www.betaarchive.com/forum/）のコメントから取得されています。



アセンブリごとに新しいBUILDフォルダーを作成し、この新しいアセンブリを指すようにfast.iniを変更してみましょう。

MD \SRC\OPUS\BUILD1

ステージ5：コンパイラ構成の変更

アプリケーションをコンパイルする前に、環境に合わせて変更する必要のある2つのファイルがあります。これらのパラメータのほとんどは、betaarchiveフォーラムの投稿から取得しました。toolsフォルダーに移動します。

CD \SRC\OPUS\TOOLS

fast.iniをバックアップします

COPY FAST.INI FASTOLD.INI

次のようにFAST.INIを開きます。

\DOS\EDIT \SRC\OPUS\TOOLS\FAST.INI

次に、コンテンツを次のように変更します。

OPFL=+ls
NAM=WINWORD
EXE_DIR=C:\SRC\OPUS\PROGRAM
BUILD=C:\SRC\OPUS\BUILD1
OPUS=C:\SRC\OPUS
WORDTECH=C:\SRC\OPUS\WORDTECH
USER=Richard Lewis or Your Name
MMEM=
NOAPPLOADER=

Alt-F、Sでファイルを保存し、Alt-F、Xで終了し



ます。mo1.batを開いて、ソースコードにリストされているネットワークドライブではなく、フォルダー構造を指すようにします。

\DOS\EDIT \SRC\OPUS\TOOLS\MO1.BAT

そして、ファイルパスに一致するように次の行を変更します。

set PATH=C:\SRC\OPUS\TOOLS\tools\dos;C:\SRC\OPUS\TOOLS\tools
set LIB=C:\SRC\OPUS\TOOLS\lib
set INCLUDE=C:\SRC\OPUS\TOOLS;=C:\SRC\OPUS\TOOLS\wordtech;=C:\SRC\OPUS\TOOLS\lib;=C:\SRC\OPUS\TOOLS\asm

他のすべてのパスをパスに一致するように変更します。C以外のドライブ名が付いている場合があります：; したがって、= C：\ SRC \ OPUS \で始まるように変更します。

ステージ6：コンパイル！

まだ行っていない場合は、toolsフォルダを変更します。

CD \SRC\OPUS\TOOLS

変更されたINI構成ファイルを使用してBUILD1をコンパイルします。

MAKEOPUS @FAST.INI

間違いありません！？オブジェクトファイルはC：\ SRC \ OPUS \ BUILD1に配置され、正常にリンクされた場合、EXEファイルはC：\ SRC \ OPUS \ PROGRAMに配置されます。

DOSを使用してコンパイルしている場合、すべてが次のようになります。





CSLコンパイラ-コードのコンパイルとパッチの成功



XPを使用した場合（構成手順は次の投稿にあります）、正常に完了すると次のようになります。





メモリエラーが発生した場合は、メインメモリまたは拡張メモリが不足しているか、AUTOEXEC.BATのTEMP =割り当てステップ、またはCONFIG.SYSのFILES =割り当てステップをスキップしたか、FAST2.INIに構文エラーがある可能性があります。これらのパラメータをもう一度確認してください。



メモリエラーを解決できない場合は、2つの解決策があります。

1. BUILDフォルダーからmo1.batを実行してみてください。それが機能する場合、問題は十分なメインメモリである可能性がありますが、十分な連続拡張メモリではありません。
2. WindowsXPのDOSVDMで同じビルドプロセスを試してください。RAMはメモリの種類ごとに正しく割り当てられているようですが、結果のEXEはWindowsXPでは実行できません。Windowsv2またはv3マシンで実行されます。WindowsXP構成ガイドを参照してください。

注：コンパイル後、mo1.batファイルはPATH環境変数をリセットし、DOSフォルダーを含まなくなります。これは、各コマンドにDOSフォルダーへのフルパスを指定しないと、一部のDOSコマンドが機能しなくなることを意味します。C：\ DOSをmo1.batファイルのPATH変数に追加するか、単に再起動して以前の設定を復元します。

11.Opusを起動します

つまり、すべてのファイルをC：\ SRC \ OPUS \ PROGRAMからWindowsv2.xまたはv3.xマシンにコピーしてから、WINWORD.EXEを実行するだけです。それで全部です！



将来的には、このコードに基づいて正しいインストールを行う一連のフロッピーを作成しますが、今のところ、これでテストには十分です。



Windows 2.xでは、プログラムは次のようになります。





...そしてWindows3.xで実行されている同じコード：

広告

当社は、Windowsがプリインストールされたサーバーを提供しています。私たちはハードウェアを節約しません-ブランド化された機器とロシアとEUで最高のデータセンターのいくつかだけです。急いで確認してください。