DR-DOS [ nb 1 ]は、IBM PC 互換機用のディスクオペレーティングシステムで、元々はGary A. KildallのDigital Researchによって開発され、 CP/M-86の高度な後継機であるConcurrent PC DOS 6.0から派生したものです。1988 年に発表された当時、 IBM PC DOSとMS-DOSとの互換性を試みたのはこれが初めてでした。
最初のリリースはバージョン 3.31 で、当時の MS-DOS のバージョンに合わせて命名されました。[ 2 ] DR DOS 5.0 は 1990 年に初めて小売販売され、高い評価を受けました[ 3 ] DR DOS はMicrosoftの MS-DOSの主要なライバルとなりました[ 4 ] Microsoft はすぐに独自の MS-DOS 5.0 で対応しましたが、リリースは 1 年以上後でした[ 5 ] ViewMAXと呼ばれるグラフィカル ユーザー インターフェイスレイヤーが導入されました。DR DOS 6.0 は 1991 年にリリースされ、その後Novellが Digital Research を買収したことにより、次のバージョンは1994 年にNovell DOS 7.0 と名付けられました。Caldera への別の売却後、更新されたバージョンはCalderaの名で部分的にオープンソースとしてリリースされ、短期間OpenDOSとしてもリリースされました。デスクトップ向けの以前の最後のバージョンであるCaldera DR-DOS 7.03 は 1999 年にリリースされ、[ 6 ]その後、ソフトウェアはCaldera からEmbedded Systemsに、そしてDeviceLogicsに売却されました。2022 年 1 月に Whitehorn Ltd. Co. が DR DOS の商標を登録しました。2026 年以降、以前のバージョンのコードに基づかず、ゼロから書き直されたオペレーティングシステムである DR DOS 9.0 のベータ版をリリースしています。[ 7 ]
Digital Researchの8 ビットIntel 8080およびZ80ベースのシステム向けオリジナルCP/M は、数多くの派生バージョンを生み出し、中でもIntel 8086 / 8088プロセッサファミリー向けの CP/M-86 が最も有名です。CP/M は 1970 年代半ばから市場を席巻し、非独自アーキテクチャのパーソナルコンピュータの大部分に搭載されていましたが、 1981 年に登場したIBM PC は、最終的に大きな変化をもたらすことになるものの始まりとなりました。
IBMは1980年にDigital Researchに接触し、 CP/Mのx86版を求めていました。しかし、契約をめぐって意見の相違が生じ、IBMは撤退しました。代わりに、 Microsoftと契約が成立し、MicrosoftはSeattle Computer Products(SCP)から別のオペレーティングシステムである86-DOSを購入しました。これがMicrosoft MS-DOSおよびIBM PC DOSとなりました。86-DOSのコマンド構造とアプリケーションプログラミングインターフェースは、CP/M 2.2(BDOS 2.2を含む)を模倣していました。Digital Researchは、PC DOS/MS-DOSがCP/Mに酷似しているとして法的措置をちらつかせました。1982年初頭、IBMはDigital Researchのx86版CP/MであるCP/M-86をPC DOSと並行して販売することで和解しました。しかし、PC DOSは40米ドルで販売されたのに対し、CP/M-86は240米ドルでした。 CP/M-86を購入するために6倍の金額を支払う用意のあるPC購入者の割合は非常に少なく、当初はDigital Researchに有利だった互換性のあるアプリケーションソフトウェアの入手性の制限は一時的なものに過ぎなかった。[ 8 ]
デジタルリサーチ社は、CP/M-86とそのマルチタスク・マルチユーザー版であるMP/M-86およびConcurrent CP/M-86 の普及に長年苦戦を強いられ、最終的にアプリケーションソフトウェアの入手可能性においてマイクロソフトとIBMの優位性に勝てないと判断し、Concurrent CP/M-86を改良してMS-DOSやPC DOSと同じアプリケーションを実行できるようにした。
これは1983年12月に一般公開され[ 9 ]、1984年3月にConcurrent DOS 3.1(別名CDOS with BDOS 3.1)としてハードウェアベンダーに出荷された[ 10 ] 。Concurrent DOSはその後も様々な形で進化を続け、最終的にはMultiuser DOSやREAL/32となったが、デスクトップ市場向けに特化して設計されたものではなく、シングルユーザーアプリケーションには高価すぎた。そのため、この製品を市場から排除しようとする試みが2回行われた。
1985年、Digital Researchは、 Concurrent DOS 4.1および5.0の機能を簡略化および改良したシングルユーザー向け派生版であるDOS Plus 1.0から2.1を開発しました。これは、両方のプラットフォームのアプリケーションを実行し、オリジナルのCP/M-86と同様に複数のタスクを切り替えることができました[ 11 ] [ 12 ]。DOSとの互換性は限られていたため、Digital Researchは今度はネイティブDOSシステムで再度試みました[ 12 ] 。この新しいディスクオペレーティングシステムは、1988年にDR DOSとして発売されました。
DRIは当初、米国カリフォルニア州パシフィックグローブ、後にモントレー に拠点を置いていましたが、DOS Plusの開発は、1983年からDigital Research EuropeのOEMサポートグループが置かれていた英国バークシャー州ニューベリーで始まりました。 [注2 ] 1986年からは、 Concurrent DOS 386およびXM、Multiuser DOS、DR DOS、PalmDOSのオペレーティングシステム開発のほとんどが、バークシャー州ハンガーフォード にあるDigital Researchの欧州開発センター(EDC)で行われました。[注2 ]その後、一部の作業はドイツのミュンヘンにあるDigital Research GmbHによっても行われました。
複数のOEMからの要望により、デジタルリサーチは1987年にMS-DOSの欠点を解消する新しいDOSオペレーティングシステムの開発計画を開始しました。 [ 13 ]特に重要だったのは、マイクロソフトの日本OEM市場開拓に尽力したアスキー株式会社の西和彦氏との100万ドルの契約でした。 [ 12 ]最初のDR DOSバージョンは1988年5月28日にリリースされました。 [ 13 ]バージョン番号はMS-DOSとの比較で機能を反映して選ばれました。一般に宣伝された最初のバージョンはDR DOS 3.31で、[ 13 ]大容量ディスクサポート(FAT16B 、別名「BIGDOS」)を備えたCompaq MS-DOS 3.31に匹敵する機能を提供しました。 DR DOS 3.31 は自身を「IBM PC DOS 3.31」と報告し、内部の BDOS ( Basic Disk Operating System ) カーネル バージョンは 6.0 と報告され、シングル ユーザーの性質を示していました。これは、マルチタスクおよびマルチユーザー機能、CP/M APIサポートが削除され、XIOS がIBM 互換のDOS-BIOSに置き換えられたConcurrent DOS 6.0の派生版として生まれたことを反映しています。システム ファイルの名前はDRBIOS.SYS (DOS-BIOS 用) とDRBDOS.SYS (BDOS カーネル用) で、ディスク OEM ラベルには「DIGITAL」が使用されていました。
DR DOS は、コマンドライン ヘルプ、詳細なエラー メッセージ、高度なコマンドライン履歴と編集 ( HISTORYディレクティブ)、カーネルに直接組み込まれたファイルとディレクトリのパスワードのサポートなど、拡張されたコマンドライン ツールを提供しました。[ 14 ]また、MS-DOS よりもライセンス料が安く、最初から ROM 化可能でした。DR DOS の ROM 版は ROS (ROM Operating System) とも呼ばれました。[ 15 ] DRI は、サードパーティの DOS に興味を持つ多数の PC メーカーからアプローチを受け、システムのアップデートが何度か行われました。
当時、MS-DOSはハードウェアにバンドルされた形でOEM向けにのみ提供されていました。そのため、DR- DOSはバージョン3.4x以降、一般消費者が通常の小売 チャネルを通じて購入できるようになったことで、すぐに一定の成功を収めました。
既知のバージョンは、DR DOS 3.31 (BDOS 6.0、1988年6月、OEM版のみ)、3.32 (BDOS 6.0、1988年8月17日、OEM版のみ)、3.33 (BDOS 6.0、1988年9月1日、OEM版のみ)、3.34 (BDOS 6.0、OEM版のみ)、3.35 (BDOS 6.0、1988年10月21日、OEM版のみ)、3.40 (BDOS 6.0、1989年1月25日)、3.41 (BDOS 6.3、1989年6月、OEM版および小売版) です。MS-DOSと同様に、これらのほとんどは、異なるハードウェア向けに複数のバリエーションで製造されました。ほとんどのOEMはDR DOSという名称を維持したが、2001 Sales, Inc.はEZ-DOS 3.41(EZ-DOS 4.1とも呼ばれる)という名称で販売した。[ 16 ] [ 17 ]
DR DOS バージョン 5.0 (コードネーム「Leopard」) は 1990 年 5 月にリリースされました。[ 13 ]互換性のために自身を「PC DOS 3.31」と報告していましたが、内部的にはシングルユーザー BDOS 6.4 カーネルを示していました。(バージョン 4 は、比較的人気のないMS-DOS 4.0と関連付けられるのを避けるためにスキップされました。) これにより、GEMベースのGUIファイル管理シェルであるViewMAXが導入されました。[ 18 ] [ 19 ] ViewMAX の起動画面には、「Digital Research - We make computers work」というスローガンが表示されました。[ 20 ] [ 21 ] [ 22 ] DR DOS 5.0 では、特許取得済みのBatteryMAX電源管理システム、バンドルされたディスク キャッシュ ソフトウェア (DRCACHE)、リモート ファイル転送ツール (FILELINK)、カーソル形状設定ユーティリティ (CURSOR) も導入され、大幅に改善されたメモリ管理システム (MemoryMAX) が提供されました。[ 18 ] [ 19 ]互換性のために、DR DOS 5.0 システム ファイルはIBMBIO.COM (DOS-BIOS 用) およびIBMDOS.COM (BDOS カーネル用) という名前に変更され、ブート セクタの高度なローダにより、ディスク上の任意の場所に物理的に保存できるようになりました。[ 19 ]ブート セクタの OEM ラベルは「IBM3.3」に変更されました。

DR DOS 5.0 は、ロードハイ機能を搭載した最初の DOS でした。カーネルやディスクバッファなどのデータ構造は、リアルモードでアクセス可能な拡張メモリの最初の 64 KBである高メモリ領域(HMA)に再配置できました。これにより、PC の RAM の最初の 640 KB、つまりすべての DOS アプリケーションが実行される領域である重要な「ベース」メモリまたは従来型メモリと同等の容量が解放されました。 [ 19 ]
さらに、Intel 80386搭載マシンでは、DR DOSのEMSメモリマネージャにより、オペレーティングシステムがDOSデバイスドライバを上位メモリブロックにロードすることが可能になり、ベースメモリの解放がさらに進みました。
DR DOS 5.0 は、このような機能を基本 OS に統合した最初の DOS でした (デバイス ドライバを上位メモリ ブロックにロードすることは、 QEMMなどのサードパーティ製ソフトウェアを使用すれば既に可能でした)。これにより、サポートされたチップセットを搭載した 286 システムと 386 システムでは、他のどの DOS よりも大幅に多くの空き従来型メモリを提供できるようになりました。マウス、マルチメディア ハードウェア、ネットワーク スタックのドライバをロードすると、MS-DOS/PC DOS マシンでは通常 300 から 400 KB の空き従来型メモリしかなく、1980 年代後半のソフトウェアを実行するには少なすぎました。これに対し、DR DOS 5.0 では、少し手動で調整するだけで、これらすべてをロードしても従来型メモリをすべて空き状態に保つことができ、 640 KB のうち 最大 620 KB もの DOS データ構造に必要なメモリを確保できました。 MEMMAX +Vを使用すると、従来のメモリ領域をグラフィックアダプタカードの未使用部分に拡張することができ、通常、さらに64~96KBの空きDOSメモリを確保できます。
DR DOS では従来型メモリが大量に残されていたため、特定のアドレスラッピング技術を使用する古いプログラムの中には、予期せず(あるいは MS-DOS では「ありえないほど」)メモリの低い位置、つまり最初の 64 KB セグメント(「低メモリ」 と呼ばれる)内にロードされてしまい、正しく動作しないものがありました。そのため、DR DOS 5.0 の新しい MEMMAX -L コマンドは、メモリマップの先頭にメモリ チャンクを事前割り当てすることでこの問題を回避し、プログラムがこの境界より上にロードされるようにしました(ただし、その場合、使用可能な従来型メモリは少なくなります)。デフォルトでは、MEMMAX は +L に設定されていたため、アプリケーションは追加メモリを活用できました。


DOS分野での激しい競争に直面したマイクロソフトは、1990年5月にまだリリースされていないMS-DOS 5.0を発表して対応した。[ 13 ]これは1991年6月にリリースされ[ 13 ] 、DR DOSと同様の高度な機能が含まれていた。 [ 23 ] DRのメモリ管理の強化と同等の機能が含まれていた。[ 23 ]
1991年9月、Digital Researchはほぼ即座にDR DOS 6.0 [ 13 ](コードネーム「Buxton」)で対応した。DR DOS 6.0は内部的には既にBDOSレベル6.7であったが、互換性のために通常のDOSアプリケーションには 「IBM PC DOS 3.31」として報告された。これには、利用可能なハードディスク容量を最大化するためのSuperStorオンザフライディスク圧縮機能、およびRoger A. Grossによるファイル削除追跡および復元機能がバンドルされていた。
DR DOS 6.0 には、業界標準のタスク切り替え API [ 25 ]をサポートし、複数のアプリケーションを同時に実行できるTASKMAX [ 24 ] というタスク切り替え機能も含まれていました。デジタルリサーチのマルチユーザー DOS (マルチユーザー製品ラインの Concurrent DOS の後継) は、プリエンプティブにマルチタスク化された仮想 DOS マシンで DOS アプリケーションを実行していましたが、DR DOS 6.0 のタスク切り替え機能は、バックグラウンド アプリケーションをフォアグラウンドに戻されるまでフリーズさせていました。x86 マシンで動作していましたが、286+ マシンでは XMS メモリにスワップすることができました。[ 24 ] TASKMAX は、アプリケーション間でのコピー & ペースト機能もサポートしていました。[ 24 ] タスクスイッチャーAPIを介して、ViewMAX [ 24 ]やPC/GEOSなどのグラフィカルユーザーインターフェイスをタスクマネージャメニューとして登録し、TASKMAXのテキストモードメニューを置き換えることで、ユーザーはGUI内からタスクを切り替えることができる。
マイクロソフトはMS-DOS 6.0でこれに対抗したが、これもまたDR- DOS 6.0の一部の機能と類似していた。
1991 年 12 月、 Windows 3.1のプレリリース版が、Microsoft DOS 以外の DOS を検出すると致命的ではないエラー メッセージを返すことが判明しました。[ 13 ]このチェックはAARD コードとして知られるようになりました。[ 26 ] [ 27 ] Digital Research は、 メモリ内の 2 つの内部テーブルの順序を並べ替えるだけで (機能に変更はなく)、Windows 3.1 ベータ版の AARD コードの「認証チェック」を回避するために DR DOS 6.0 にパッチを適用するのは簡単なことでした。パッチを適用したバージョンは「ビジネス アップデート」と名付けられ、Windows 3.1 のリリースから 6 週間以内に市場に出回りました。[ 28 ] [ 29 ] [ 30 ] [ 31 ]検出コードが無効になったことで、Windows は DR DOS とその後継の Novell DOS 上で完全に動作しました。このコードは Windows 3.1 のリリース版にも存在していましたが、無効になっていました。[ 32 ]
1992年7月、デジタルリサーチジャパンは 、DR DOS 6.0の日本語版DOS/V互換バージョンであるDR DOS 6.0/Vをリリースした 。[ 33 ] [ 34 ]韓国語版も入手可能だったようだ。
1992年、旧社名のままだったが、1991年7月にノベルに買収されていたデジタルリサーチ社[ 35 ] [ 36 ]は、コードネーム「マーリン」と呼ばれるスピンオフ製品の開発にも着手し、後にNetWare PalmDOS 1としてリリースした。その名前が示すように、これは新興のパームトップ/ PDA市場 をターゲットとした、リソースが非常に少ないDR DOS 6.0派生製品だった[ 37 ] 。
PalmDOSは、BDOS 7.0カーネルを、エミュレーションではなくネイティブのDOS互換内部データ構造でサポートした、ファミリー初のオペレーティングシステムでした。CP/Mカーネル上のDOSエミュレーションを真のDOS互換カーネルに置き換えることで、DOSの内部データ構造を使用する一部のアプリケーションとの互換性が大幅に向上し、カーネルコードの常駐サイズをさらに削減する鍵となりました。これは、PDA市場にとって特に重要な要件でした。一方、真のCurrent Directory Structure(CDS )を導入したことで、作業ディレクトリの深さが66文字(MS-DOS/PC DOSと同様)に制限されました。これに対し、以前のDR DOSでは、ディレクトリを絶対パスではなく親ディレクトリへの相対リンクとして内部的に構成していたため、このような制限はありませんでした。[ 38 ] [ 39 ] [ 40 ] PalmDOS はカーネルを小さく保ち、Windows との互換性の問題に遭遇しないようにするため、アプリケーションに対しては依然として「PC DOS 3.31」と報告していました。Windowsは、5.0 以降の DOS バージョンに対してDOSMGR API が実装されていること を期待します。
PalmDOSはROM実行カーネルに加えて、PCMCIA PCカード(DPMSサポート付き)、電源管理(BatteryMAXおよびGrossとJohn P. Constantによる特許取得済みの動的アイドル検出機能を備えた$IDLE$デバイスドライバ[ 41 ]) 、 XIP(Execute-In-Place )を介してROMに保存および実行されるPIM (Personal Information Modules)アプリケーション用のMINIMAXタスクスイッチャーサポートなど、パームトップタイプの機能をサポートしていました。
PalmDOS用のPCMCIAスタックは、PCMCIA/PCカード運動の創始者であるイアン・HS・カリモアによって部分的に記述された。

Novell DOS は、 Novell Corporation が1991 年に Digital Research を買収した後、 DR DOS を売却していた期間に DR DOSに付けた名称です。 [ 42 ] [ 43 ] [ 36 ] [ 35 ] [ 44 ]機能とパフォーマンスに関しては、通常は MS-DOS より少なくとも 1 リリース先行していました。[ 45 ] 1993 年に、PC DOS 6.1、MS-DOS 6.2、PC DOS 6.3は Novell のDOS 7に取って代わられました。[ 46 ]
NovellのCEOであるRobert J. Frankenbergの戦略には、「大幅な削減」が含まれており、トランザクションデータベースBtrieveなどの製品を売却し、Novell DOSやWordPerfectのマルチメディアMain Street子供向けタイトルなどの他の製品を廃止した。 [ 47 ] Novellは、Novell DOSとネットワークオペレーティングシステムNetWareで使用するために、 Stac Electronicsから技術のライセンスを取得した。[ 48 ] [ 49 ] Novellは、 OpenLinuxディストリビューションにバンドルするDOSオペレーティングシステムを求めてNovellにアプローチした後、1996年7月23日にCalderaに製品ラインを売却した。[ 13 ]
マーク・パーケルは、 1991年2月にノベルがデジタル・リサーチを買収し、彼が「NovOS」と構想していたものを開発するよう促したと主張した。[ 50 ]ノベルは実際には、マイクロソフトの独占を打破するための包括的な戦略において、DRの製品ラインをてことして利用することを目的として、1991年7月にデジタル・リサーチを買収していた。 (これはノベルにとって大規模かつ最終的には破滅的な支出ラッシュの一部でした。ほぼ同時期にワードパーフェクト社を買収し、ボーランド社の製品の一部も購入し、Unixにも多額の投資を行いました。) マイクロソフトの苦戦していたMS-DOS 6.0を凌駕することを目的とした、社内で「パンサー」と呼ばれていた計画版「DR DOS 7.0」は、度々延期されました。その間、ノベルはオプションでロード可能なUnixライクなマルチユーザーセキュリティ拡張機能(ロードすると、BACKUP、DELPURGE、MOVE、TOUCH、TREE、UNDELETE、XATTRIB、XCOPY、XDEL、XDIRなどのファイルコマンドが、通常は無効になっている/U:nameコマンドラインオプションをサポートし、特定のユーザーまたはグループを選択できる[ 39 ]マルチユーザーDOSと互換性がある)と、2つの新しいグラフィカルユーザーインターフェイス( GEMの派生版であるViewMAX 3と、AppleのSystem 7.1を移植した「 Star Trek 」)の開発に取り組んでいました。新しいDR DOSマルチタスクソフト「Vladivar」。
DR DOS が最終的に 1993 年 12 月に登場し (ローカライズ版は 1994 年 3 月にリリース)、Novell DOS 7 (別名「NWDOS」) と改名されたが、これら 3 つのコンポーネントが含まれていなかったため、一部の人にとっては期待外れだった。サイズが大きく、仕上げがいくつか欠けていたが[ 51 ]、それでも多くの業界専門家からは最高の DOS と見なされていた[ 52 ] 。
ドイツでは、Novell DOS 7 は「Trau keinem DOS unter 7」(7 未満の DOS は信用するな)というスローガンで新聞に積極的に宣伝され、コンピュータ雑誌には無料のデモ用フロッピーディスクが配布された。[ 53 ] [ 54 ] [ 52 ]このキャンペーンは DOS 市場の 20% をターゲットとし、1994 年 2 月までに約 150 万本が販売され、3000 以上の販売店が製品の取り扱いを希望した。[ 53 ] [ 54 ] Novell DOS 7 は、さまざまな OEM、専用の通信販売店、正規販売店を通じて入手できた。[ 53 ]
A major functional addition was Novell's second attempt at a peer-to-peer networking system, Personal NetWare (PNW).[nb 3] This was better than its predecessor, NetWare Lite (NWL), but it was incompatible with Microsoft's networking system, now growing popular with support in Windows for Workgroups, OS/2, and Windows NT. A considerable amount of manual configuration was needed to get both to co-exist on the same PC, and Personal NetWare never achieved much success.
Since Novell DOS 7 implemented the DOSMGR API and internal data structures had been updated, its BDOS 7.2 kernel could report with a DOS version of 6.0 and OEM ID "IBM" without risking compatibility problems with Windows. Most tools would report this as "PC DOS 6.1", because IBM PC DOS 6.1 also reported as DOS 6.0 to applications.
Novell DOS 7 introduced much advanced memory management including new support for DPMI (DOS Protected Mode Interface) and DPMS (DOS Protected Mode Services) as well as more flexible loadhigh options.[52] It also introduced support for "true" pre-emptive multitasking[52] of multiple DOS applications in virtual DOS machines (VDM), a component originally named MultiMAX. This was similar to Multiuser DOS, but now on the basis of a natively DOS compatible environment, similar to Windows 386 Enhanced Mode, but without a GUI. By default, the bundled TASKMGR would behave similar to the former DR DOS 6.0 TASKMAX. However, if EMM386 was loaded with the option /MULTI, EMM386 would load a natively 32-bit 386 Protected Mode operating system core providing API support for pre-emptive multitasking, multi-threading, hardware virtualization and domain management of virtual DOS machines. This API could be used by DR DOS-aware applications. If TASKMGR was run later on, it would use this API to instance the current 16-bit DOS system environment, create virtual DOS machines and run applications in them instead of using its own Real Mode task-switcher support. The multitasker was compatible with Windows, so that tasks started before launching Windows could be seen as tasks under Windows as well.
Novell DOS 7 and Personal NetWare 1.0 also shipped with NetWars, a network-enabled 3D arcade game.
Novell DOS 7 と Personal NetWare は、いくつかのバグ修正リリース (D70xyy、x=言語、yy=番号) を必要とし、次の開発が行われた時点では完全に安定していませんでした。Microsoft の「Chicago」(後に Windows 95 となるもの)のベータ版が見えてきたため、Novell は 1994 年 9 月に Novell DOS 7 のさらなる開発を終了し[ 13 ]、15 回以上のアップデートの後、1996 年 1 月にメンテナンスを終了しました。
CalderaがOpenLinuxディストリビューションにバンドルするDOSオペレーティングシステムを求めてNovellにアプローチしたとき[ 55 ]、Novellは1996年7月23日にその製品ラインをCalderaに売却した[ 13 ]が、その時点ではNovellにとって商業的価値はほとんどなかった。
Caldera が所有する DR-DOS と IBM の PC DOS 6.3 との競争の間、Microsoft は、自社製品以外の DOS 製品で後継の Windows バージョンであるWindows 95 を使用したり購入したりできないようにする措置をとった。Microsoft はこれを純粋に技術的な変更だと主張したが、後に Caldera がCanopy Groupの支援を受けてソルトレイクシティで起こした大規模な訴訟の対象となった。[ 13 ] [ 56 ] Microsoft の弁護士は訴訟の却下を繰り返し試みたが、成功しなかった。公判前証言録取段階 (当事者が提出する証拠をリストアップする段階) の完了直後、2000 年 1 月 7 日に非公開の金額で法廷外での和解が成立した。[ 57 ] [ 58 ]これは 2009 年 11 月に 2 億 8000 万ドルであることが明らかになった。[ 59 ] [ 60 ] [ 61 ] [ 58 ]
1996年8月、米国に拠点を置くCaldera社は、DR-DOSの初期エンジニアの一人であるロジャー・A・グロスから、DR-DOSの開発を再開し、Windows 95をDR-DOS上で動作させることで訴訟に有利になるという提案を受けた。1996年9月、米国ユタ州リンドンでグロス、ランサム・H・ラブ、ブライアン・ウェイン・スパークス、レイモンド・ジョン・ノーダの4名が会合を開き、グロスは採用され、英国に新たな子会社を設立する任務を与えられた。[注2 ] 1996年9月10日、CalderaはOpenDOS(COD)のリリース予定と、システムのソースコードも公開する意向を発表し[ 55 ]、1996年9月20日にCaldera UK Ltd.が設立された[ 62 ] 。 [注2 ] Grossは、Novell EDCからオペレーティングシステムのオリジナル開発者数名と、新たな才能を雇い、英国ハンプシャー州アンドーバー郊外の改造された納屋でオペレーティングシステムの開発を続けた[注2 ] 。そこは、かつてのDigital ResearchとNovell EDCの近くである。[ nb 2 ]システム全体にわたるその他の改善や強化に加えて、次の 2 年間で一連の新しい主要機能が追加されました。これには、TCP/IPスタック ( LAN WorkPlace for DOS / NetWare Mobileから派生)、 LAN およびモデムダイヤルアップを備えたグラフィカル 32 ビット DOS 保護モードHTML 3.2ウェブ ブラウザーDR-WebSpyder (元々はMichal PolákによるArachneウェブ ブラウザーのソース コードに基づいています)、Andy T. Wightman によるマルチタスクへのPOSIX Pthreads拡張機能、 Edward N. Hill Jr. による長いファイル名(LONGNAME) のサポート、およびMatthias R. Paul によるLBAおよびFAT32サポート (DRFAT32) が含まれます。グロスはまた、アンドリュー・シュルマン(ジェフ・チャペルと共に1992年にAARDコードの特定に尽力した人物)をコンサルタントとして雇い、アンドーバーでポールの「WinGlue」の作業を手伝わせた。WinGlueは、Windows 95、98、98 SEと互換性のあるDR-DOSのバージョンを作成し、MS-DOS 7.xxコンポーネントを置き換えるための秘密プロジェクトだった。[ 63 ] [ 64 ] [ 65 ]これは1998年3月のCeBITで実証された。 [ 63 ] [ 64 ]そして後に、小規模なチームで「WinBolt」へと発展したが、どちらのDR-DOSバージョンも2023年時点では未発売のままだった。しかし、裁判では重要な役割を果たした。[ 56 ] [ 66 ] [ 65 ] [ 67 ] [ 68 ] [ 69 ] [ 70 ]
Caldera UK は 1997 年 2 月 3 日に Caldera OpenDOS 7.01 を正式にリリースしましたが、このバージョンは、表示メッセージや環境変数、ファイル名に新しい名前を組み込むために必要な変更を加えただけの Novell DOS 7 アップデート 10 (1994 年 12 月時点) をコンパイルしたものでした。Novell DOS アップデート 11 (1995 年 1 月) から 15.2 (1996 年 1 月) 用に開発された 1 年分のパッチが欠落していました。[ 39 ]これは、その間に Novell DOS ソースの一部が Novell で失われたためです。[ 71 ]その結果、このバージョンでは依然として内部BDOSバージョン7.2が報告され、Novell DOS 7と同一であった。この新しいスイートには、 Novell DOSのアップデートの1つで追加されたSETFIFOコマンド、および以前はNovell DOSにバンドルされていたFifth GenerationのSearch&DestroyウイルススキャナとFastBack Plus 2.0ユーティリティも含まれていなかった。代わりに、より新しいバージョンのPNUNPACKがバンドルされ、 NetWarsの大幅に進化したバージョンがもたらされた。[ 39 ]
OpenDOS 7.01の一部は、1997年5月にMRSキット(マシン読み取り可能なソース)の形でオープンソースとしてリリースされました[ 55 ]が、ライセンス条項は既存のオープンソースライセンスとほとんど互換性がありませんでした[ 72 ] 。その後、Grossはこれがシステムの商業的な野望を損なうと感じたため、ソースは再び非公開になりました。
1997 年 9 月と 11 月にベータ版がリリースされた後、次の公式リリースは 1997 年 12 月に行われ、名前が Caldera DR-OpenDOS 7.02 に変更されました。その後すぐに 1998 年 3 月にさらにリリースが行われ、DR-DOS の名前が Caldera DR-DOS 7.02 として復活しました[ 73 ]。このとき初めてハイフン付きで表記されました。バージョン 7.02 (現在は BDOS 7.3 と報告されています) には、Paul によって開発された改良された BIOS と BDOS の問題が組み込まれており[ 71 ] [ 74 ]、多くの新しいブートおよび構成オプションが追加され、多くの互換性の強化、バグ修正、サイズと速度の最適化が統合され、欠落していた Novell DOS アップデートのすべての修正が再実装されました[ 71 ] [ 74 ] 。BIOS は、DR-DOS とWindows 9xの共存と、Microsoft のDriveSpaceなどのサードパーティのディスク圧縮ドライバのサポートを改善しました。[ 71 ] [ 75 ] [ 76 ]診断モード(Scroll Lockでアクティブ化)が導入され、[ 71 ] [ 75 ]デバッガのサポートが統合され(DEBUG=ONで、CONFIG.SYS の前または内部からデバッガがロードされる) 、 [ 71 ]F5 / / /ホットキーとTRACEおよびTIMEOUTコマンドによる CONFIG.SYS トレース機能がより柔軟になり、[ 71 ] [ 77 ] [ 75 ] 4DOSなどの代替コマンドラインシェルの統合も改善されました。[ 71 ] [ 75 ] [ 40 ] LOADER、SYS /DR:ext、 CHAINディレクティブとともに、DR/D/CONFIG.extファイルのマルチコンフィギュレーションサポートが強化され[ 75 ] [ 78 ]、BASICライクなCONFIG.SYS言語が強化され、より強力なブートメニュー、便利なユーザーインタラクション[ 75 ]、条件( CPU386 )、リターンコード、エラーレベル( ERROR、ONERROR )に基づくプログラムによる動作が可能になった[ 71 ]。また、 SCROLLOCKの変更も可能になった。F6F7F8CAPSLOCK、INSERT、VERIFY の設定、およびSWITCHAR、YESCHAR、NOCHAR、RESUMECHAR文字。[ 71 ] [ 75 ] SWITCHES の新しいパラメータ /Q (Quiet)、/L (Lowercase)、/Y (Yes)、/S (Switch) を使用して、さまざまな動作の詳細を制御できます。 [ 71 ]さらに、LPT4: デバイスのオプションのサポートを提供し、内蔵のCOMx:およびLPTx:デバイスの構成、およびPRN:とAUX :のデフォルトの変更を可能にしました。[ 71 ] CONFIG.SYS の環境変数の処理が改善され、ファイル ハンドルと FCB 構造を UMB に再配置するHIFILES / FILESHIGHおよびHIFCBS / FCBSHIGHオプションなどの新しいロード ハイ機能が追加されました。これにより、以前のバージョンと比較して、通常 1 ~ 4 KB (最大 15 KB) の空き従来型メモリが増えました。また、COMMAND.COMの HMA メモリの事前割り当てを制御するHISHELL / SHELLHIGH SIZE ディレクティブが追加されました。これにより、メモリの断片化を回避し、通常、HMA 対応のサードパーティ ドライバがサードパーティ コマンドライン シェルと連携して動作するための連続 HMA メモリが 5 ~ 8 KB 増えました。サードパーティ コマンドライン シェルは、/MH オプションを使用して COMMAND.COM として HMA にロードできませんでした。[ 71 ] [ 77 ]メモリ使用量を削減したバージョン7.02では、PaulによるNLS 4.xxサブシステムの強化版も導入され、階層モデルで複数の分散型、場合によってはユーザー設定可能なCOUNTRY.SYSファイルをシステムが同時に使用できるようになりました。[ 71 ] [ 79 ] [ 77 ] [ 80 ]これにより、DR-DOS独自のCOUNTRY.SYS形式に加えて、MS-DOS/PC DOSのCOUNTRY.SYSファイル形式に対する動的パーサーのサポートも提供され、 [ 71 ] [ 79 ] [ 77 ] [ 80 ] [ 81 ] [ 82 ] [ 83 ] ISO 8601のサポートも導入されました。 国際日付形式[ 80 ] [ 77 ] (自動検出を含む) および当時新しかったユーロ通貨。[ 80 ] [ 77 ] IBMBIO.COM、IBMDOS.COM、COUNTRY.SYS などの一部の DR-DOS ファイルは、互換性の理由から誤解を招くファイル拡張子を持っていました。DR-DOS 7.02 では、 Paul が考案したファットバイナリスタイルの安全機能を組み込むように強化され、不適切に呼び出されたときに正常に終了するようになりました。[ 71 ] [ 39 ] [ 83 ] [ 80 ] DR-DOS 7.02 は、 2000 年問題に完全準拠しており、バグのあるシステム BIOS と連携するための特別なサポートを提供しました。また、更新されたFDISKも付属しており、FAT32 ボリュームをパーティション分割およびフォーマットできます (ただし、LBA とはまだ連携できません)。その間に、外部ツールとドライバ用のNovellパッチのソースがドイツで発見され、システムに後付けできるようになったため、DR-DOS 7.02はついにNovell DOS 7に追いついただけでなく、真の進歩を遂げた。このリリースに続き、1998年6月、8月、9月に様々なアップデートが行われた。
更新された内部 BDOS バージョン番号により、新たな問題が発生しました。更新されなくなった Novell DOS を特別にサポートする一部の古いサードパーティ アプリケーションが動作しなくなりました。SETVERはすでに、ファイル名とグローバルに Novell DOS が DOS バージョンとして偽装することを可能にし、マジック サブ バージョン 255 を指定することで、特に「DR-DOS」をプローブするプログラムに対処するために、内部 BDOS バージョン チェックを無効にすることさえありました。[ 39 ] Paul による修正されたカーネルと SETVER ドライバは、階層モデルで、同じファイル名の複数の実行可能ファイルを区別するためにロード パスもサポートし、SETVER が DOS バージョンだけでなく BDOS カーネル バージョンも偽装できる拡張モードを導入しました。[ 83 ]サブバージョン 128 ~ 255 は、アプリケーションに対して DOS サブバージョン 0 ~ 127 として報告されますが、BDOS バージョン チェックは無効になります。一方、サブバージョン 100 ~ 127 は、異なる BDOS バージョンを偽装するために使用できます。[ 83 ]一方、DOS リビジョン番号 (通常は静的なプリブート パッチ可能なデータ構造で 0 に設定) が報告されるサブバージョンとして使用されるため、SETVER /G /X 6.114 により、DR-DOS 7.02 以降のバージョンは、自身を「DOS 6.0」として報告し、偽の BDOS バージョン 7.2 (10 進数 114 = 16 進数 72) を使用することで、Novell DOS 7 / OpenDOS 7.01 として偽装できます。[ 83 ]
HIFILES はそれ以外では有益でしたが、サードパーティのメモリマネージャ QEMM 8 の DOS-UP 機能で互換性の問題を引き起こしました。これは、DR-DOS 下では (7.01 までの以前のバージョンと同様に) 従来のメモリに 5 つのハンドル構造のチャンクを期待するようにハードワイヤリングされていたのに対し、バージョン 7.02 では、古いバージョンの Windows 3.xx との完全な互換性を維持するために、高位ファイルをロードするときに低位メモリに 8 つのハンドルを残すように設計されていました。[ 77 ] [ 29 ] Windows for Workgroups 3.11 との互換性は、この影響を受けませんでした。IBMBIO.COM の 1 バイトをパッチして動作を切り替え、必要に応じて古いチャンク処理を再度呼び出すメンテナンス修正が考案されました。これにより、約 150 バイトの従来のメモリが解放され、DOS-UP との完全な互換性が実現しましたが、同時に HIFILES 機能を使用すると古いバージョンの Windows 3.xx との互換性が失われ、その逆も同様でした。 IBMBIO85.SCR という名前のパッチは、DR-DOS の新しいバージョンでも引き続き動作しました。[ 71 ] [ 84 ] [ 85 ] [ 86 ]
1998年8月[ 87 ] 、米国に拠点を置くCaldera, Inc.は、Linux事業向けのCaldera Systems , Inc.と、組み込みおよびシンクライアント市場向けのCaldera Thin Clients , Inc.という2つの新しい子会社を設立した[ 88 ] 。
別のバージョンである DR-DOS 7.03 (BDOS 7.3 を搭載し、 互換性のためにアプリケーションに対しては「PC DOS 6.0」と報告) は、1998 年のクリスマスに先行リリースされ、その後 1999 年 1 月 6 日に Caldera UK によって正式にリリースされました。大幅に改善されたメモリマネージャ (特にマルチタスクと連携した DPMI サポートの強化) と、DEVLOAD および DRMOUSE ユーティリティの追加などのその他の機能強化が付属していましたが、 DR-DOS でフォーマットされたボリュームのブート セクタのOEM ラベルが変更されると、他のオペレーティングシステムでも問題が発生する可能性がありました (NOVOLTRK で回避できます)。[ 89 ] [ 90 ] DR-DOS 7.03 は、デスクトップ用途にも調整された最後の DR-DOS バージョンとなりました。
Caldera, Inc. はDR-DOS 事業を米国に移転したいと考え、 Gross が辞任してMarioNet 分割ウェブ ブラウザを開発するために iCentrix を設立した後、1999 年 2 月に非常に成功していた英国の事業を閉鎖しました[ 91 ] [ 92 ] 。その後、開発は米国に移されました (Caldera US にはこの分野の専門知識がまったくなかったため、うまくいきませんでした) [ 93 ] 。DR-DOS ラインは、1999 年 7 月 20 日にLineo , Inc.に社名変更された支社 Caldera Thin Clients に引き継がれました[ 94 ] [ 91 ]。DR -WebSpyder はEmbrowserに社名変更され、Linux に移植されたと言われています。[ 94 ] Lineo は 1999 年 6 月と 9 月に DR-DOS 7.03 を再リリースしたが、依然として「Caldera DR-DOS」[ 95 ]というブランド名で、変更は一切なかった。ただし、それ以外は組み込みシステム向けの Linux に重点を置き、 Embedixと呼ばれる OpenLinux の簡略版に基づいていた。[ 94 ] [ 91 ]
DR-DOS の最新かつ独自に開発されたバージョンの中には、OEM DR-DOS 7.04 (1999 年 8 月 19 日時点) [ 85 ]および 7.05 (1999 年 11 月 30 日時点) があり、これらはまだ「Caldera DR-DOS」というブランド名で販売されていました。[ 96 ] [ 97 ]これらはカーネルとコマンド シェルのみで構成されるシステムのバリアントでした。FAT32 の特殊なネイティブ実装と大容量ハードディスクのサポートを備え、 2000 年にOntrackのEasy Recovery 5 にバンドルされ、Easy Recovery 4 に付属していた動的にロード可能な DRFAT32 リダイレクタ ドライバに取って代わりました。[ 98 ] [ 99 ]これらはSeagate TechnologyのSeaTools [ 100 ]や CD イメージング ソフトウェアNero Burning ROMにも使用されました。内部的にはBDOS 7.3と報告していたものの、これらのバージョンは 統合されたFAT32サポートを示すために、アプリケーションに対して自身を「PC DOS 7.10」と報告する最初のバージョンでした。 DR-DOS 7.04/7.05 IBMBIO.COMは、ほとんど後方互換性を持つように設計されており、DR-DOS 7.03 IBMDOS.COMと組み合わせることで、デスクトップ承認済みのDR-DOS 7.03カーネルにLBA機能を持たせ、8GBを超えるドライブで動作させることができました。 特定のOEM要件のために、WightmanによるDR-DOS 7.06(1999年12月14日現在)[ 86 ]は、カーネルファイルを単一のバイナリ実行可能ファイルに結合し、Windows 98のIO.SYSと同様に、MS-DOS 7.10ブートセクタで起動できるようにしました(ただし、DR-DOSブートセクタでは起動できなくなりました)。 Paul による DR-DOS 7.07 (BDOS 7.4/7.7 付き) では、 CHSおよび LBA ディスク アクセス、FAT12、FAT16 、FAT32 ファイルシステム、および DR-DOS、PC DOS、MS-DOS、Windows 、 REAL /32 、LOADERの異なるブートストラップ規則のサポートを単一のNEWLDR MBRおよびブート セクタに統合するために、新しいブートストラップ ローダーと更新されたディスク ツールが導入されました。これにより、コードは 3.31 までの DR-DOS のどのバージョンでもロードし続けることができ (DR-DOS 7.04 以降は FAT32 サポートも)、 Windows 9x や PC DOS 7.10 を含むPC DOS または MS-DOS システム ファイルを起動するためにも使用できました。同時に、カーネルは新しいセクターだけでなく、以前に DR-DOS フォーマットされたディスク、既存の PC DOS または MS-DOS ブートセクターを持つディスク、およびさまざまな他のブートローダーからも起動できるため、マルチブートの共存とセットアップが容易になります。 他のオペレーティングシステムと連携したシナリオ。
2002年にLineoは買収され、Lineoの元経営陣の一部が社名を買い取り、DRDOS, Inc. dba DeviceLogics LLCという新会社を設立した。彼らは組み込みシステムで使用するDR-DOSの販売を続けている。DR-DOS 8.0は2004年3月30日にリリースされ、FAT32と大容量ディスクのサポート、ROMまたはフラッシュからのブート機能、マルチタスク、DPMIメモリマネージャを特徴としている。このバージョンはバージョン7.03のカーネルに基づいている。[ 101 ]
同社はその後、2005年秋にDR-DOS 8.1(FAT32のサポートが強化されたもの)をリリースした。このバージョンはOpenDOS 7.01.xxをベースとしていた。DR -DOS 8.1はGPL違反のため販売中止となった(論争を参照)。
DRDOS, Inc.のウェブサイトでは、オペレーティングシステムのコピーを販売するだけでなく、DR-DOSの買い取りオプションも掲載しており、その価格は 25,000米ドルです。[ 102 ]
OpenDOS 7.01 のソースコードは、 DR- DOS の機能を最新の PC 非 Windows オペレーティングシステムと同等にするために 2002 年 7 月に設立された DR- DOS/OpenDOS 拡張プロジェクトのベースでした。このプロジェクトでは、大容量ディスク ( LBA ) とFAT32ファイルシステムのネイティブ サポート、およびメモリ管理の改善や、通常のFATパーティションで最大 256 GB サイズのファイルを可能にする新しいFAT32+ファイルシステム拡張のサポートなど、いくつかの機能強化が追加されました。DR-DOS 7.01.08 WIP (作業中) は 2011 年 7 月 21 日にリリースされました。[ 103 ]
2023年以降、Enhanced DR-DOSの最終リリース7.01.08 WIPはオープンソースのビルドツールチェーンに移植され、カーネルとコマンドインタープリタはDOS以外のオペレーティングシステムからクロスビルドできるようになりました。[ 104 ]カーネルは単一のバイナリKERNEL.SYSとしてビルドでき、FreeDOSカーネルをサポートするブートローダーと互換性があります。いくつかのバグ修正とアップデートが行われ、2024年10月現在、アクティブなメンテナンスが行われています。
2022 年 1 月、Whitehorn Ltd. Co. は DR DOS 商標の登録申請を提出しました[ 105 ]。1991 年以来有効だった以前の登録は、継続使用宣言書を提出しなかったため、1998 年にすでに取り消されていました。[ 106 ] [ 107 ] Whitehorn への新しい商標の登録は 2023 年 4 月 25 日に完了しました。[ 108 ] 2026 年 3 月、同社がシステムの完全なクリーンルーム書き換えに着手していることが明らかになりました。 [ 109 ] DR-DOS 9.0 のコードは、EDR-DOS、FreeDOS、または Caldera のコードを使用せずに、NASM アセンブリでゼロから作成されました。[ 7 ]新しいカーネルには Intel 80386 以降のプロセッサが必要で、それ以前のモデル (8086、80286) はサポートされていません。[ 110 ]開発者たちは、DR-DOSの以前のバージョンに伴う法的問題のないバージョンを作成することが目標だと述べている。[ 111 ]
2005 年 10 月、DR-DOS 8.1 にはFreeDOSおよびその他のソースからのユーティリティがいくつか含まれており、カーネルは Enhanced DR-DOS カーネルの古いバージョンであることが判明しました。DR DOS, Inc. はFreeDOS ユーティリティの作者にクレジットを付けず、ソース コードを含めなかったため、GNU General Public License (GPL) に準拠していませんでした。 [ 101 ] FreeDOS 開発者からの苦情 (ソース コードを提供して GPL に準拠するという提案を含む) を受けて、DR DOS, Inc. は代わりに、バージョン 8.1 と影響を受けていない 8.0 を Web サイトから削除しました。
APPEND、ASSIGN、BATCH、DBG、DELQ、ERA、ERAQ、MORE、SUBST は、DR DOS 3.31 以降サポートされている内部コマンドに含まれています。DR DOS 5.0 では BATCH が削除され、HILOAD が追加されました。[ 112 ] [ 40 ] GOSUB、IDLE 、RETURN、SWITCH は、DR DOS 6.0 で内部コマンドとして追加されました。[ 40 ] ASSIGN と SUBST は、DR DOS 6.0 で外部コマンドに変更されました 。[ 40 ] ECHOERR と PAUSEERR は、DR DOS 6.0 (および Multiuser DOS) で内部コマンドとして存在していましたが、通常は有効になっていませんでした。[ 112 ] MORE は PalmDOS まで内部コマンドのままでしたが、Novell DOS 7 で外部コマンドに変更されました。DBG は Novell DOS 7 で削除され、LOADHIGH、LH、TRUENAME が内部コマンドとして追加されました。 APPENDはDR DOS 6.0では内部コマンドでしたが、Novell DOS 7で外部コマンドに変更されました。
DR DOS 6.0のバッチ処理サブコマンドには以下が含まれます: [ 113 ] [ 112 ]
DR DOS 6.0 は、以下の外部コマンドをサポートしています: [ 113 ]
{{cite web}}: CS1 maint: url-status (リンク)「Concurrent DOS Release 3.1
は急速に勢いを増し、幅広いマイクロコンピュータメーカーから支持を得ています」と Wandryk 氏は述べた。「3 月初旬にリリースされて以来、約 60 社のハードウェア企業がこの製品のライセンスを取得しています。
{{cite magazine}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite magazine}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)[…] 機能追加における最も重要な刺激の一つは
、1990年の春に初めて知った
DRDOS 5.0からの競争圧力でした。DRDOSの機能セットによって、
UMB
サポート、タスクスワッピング、およびUndelete機能を追加することになりました。 […] チームの管理部門の相当な注意が、ファイル転送ソフトウェア、Undelete、ネットワークインストールなどの新機能に向けられました。 […] 最終的に、この状況は1990年7月末に危機的状況に達し、
BradS
の主導の下、チームの管理部門は、プロジェクトを終了するためのスケジュールとプロセスを確定するために、骨の折れる一連の会議を行いました。 […]
(1+32ページ)
{{cite magazine}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)脚注 #19 (BDOS 1067h "
DR DOS 6.0
Windows 3.1 アップデート、1992 年 4 月"; 1992 年 3 月、1992 年 4 月 7 日: "この一般公開版 DR
DOS 6.0 アップデートには、Windows 3.1 との完全な互換性に対応するパッチのみが含まれています。登録ユーザー向けには、もう少し後に完全な「ビジネス アップデート」が提供される予定でした。")、#27 (BDOS 1072h "Novell DOS 7 Panther/Smirnoff BETA 3", 1993 年 9 月: "このバージョンには、Windows 3.1 AARD コードの回避策がありません。")、#29 (BDOS 1072h "Novell DOS 7 ドイツ語版"; 1994 年 2 月 22 日: "このバージョンには、Windows 3.1 AARD コードの回避策があることが知られています。これは、以前の英語版にも適用されるはずです。") を参照してください。
SCREENHZ.FNT$FONT.SYSMPDOSTIP.ZIP2001年まで維持管理し、当時多くのサイトで配布していた、さらに大規模な資料集の一部です。提供されているリンクは、HTMLに変換された古いバージョンのファイルへのリンクですNWDOSTIP.TXT。){{cite magazine}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)[…] Novell DOS 7 は、最高の DOS である […] Novell-DOS 7 は、最高の DOS です。 […]
[…] は、DOS 技術とアプリケーションの継続的な開発を奨励し、世界中のソフトウェア開発者の競争条件をさらに均等化するという同社の計画の一環として、インターネット経由で DOS のソース コードを公開配布します。この取り組みは、個人開発者と業界パートナーの両方に利益をもたらすことを目的としており、オープン ソフトウェア環境を受け入れ、資金を提供するという Caldera のコミットメントに続くものです。Caldera はまた、Caldera OpenDOS と呼ばれる新製品を含む、DOS の社内開発とマーケティングの計画も発表しました。 […] Calderaは、Novellから買収したすべてのDOSテクノロジー(CP/M、DR
DOS、PalmDOS、マルチユーザーDOS、Novell DOS 7など)のソースコードを公開する予定です。 […] これらのテクノロジーの評価と整理が完了次第、ソースコードは1997年第1四半期中にCalderaのウェブサイトから公開される予定です。 […] 個人はOpenDOSのソースコードを無償で個人利用することができます。Caldera OpenDOSを商用目的で再配布する個人および組織は、少額の料金を支払ってライセンスを取得する必要があります。Novell DOS 7の独自サードパーティコンポーネントのソースコードは公開されません。 […]
マイクロソフト社は、
カルデラ社
による独占禁止法訴訟を和解するため、推定2億7500万ドルを支払うことに合意した
。これにより、10年前の悪質な疑惑が明らかになる可能性が高かった裁判を回避することができた。[…] マイクロソフトと、1996年に訴訟を起こしたソルトレイクシティの小規模ソフトウェア会社であるカルデラは、和解条件を明らかにしていない。しかし、マイクロソフトは、3月31日に終了する会計年度第3四半期に、この合意のために1株当たり3セントの費用を計上すると述べた。[…] 同社の発行済み株式数は約55億株である。[…]
カルデラに支払っ
た金額がついに判明した。2億
8000万ドルだ。和解契約書を読むこともできる。証拠資料として添付されている。 […] 和解条件は長年封印されていたが […] 今ではその謎が解けた。 […] また、カルデラ/
キャノピーが
2億8000万ドルからノベルに支払った金額も判明しました
。当初は3550万ドル、そして2004年にノベルがキャノピー(この件におけるカルデラの後継者)を訴えて勝訴した後、覚書16ページによるとさらに1770万ドルが支払われました。マイクロソフトは、ノベルはこの独占禁止法訴訟における真の利害関係者ではないため、ノベルが提起した訴訟でマイクロソフトを訴えることはできないと主張しています。マイクロソフトによれば、ノベルはDrDOSをカルデラに売却した際に、独占禁止法上の権利をカルデラに売却したとのことです。つまり、証拠資料は、ノベルが以前の訴訟を通じて、いわば全額の支払いを受けたことを示そうとしているのです。その結果、ノベル対キャノピー訴訟に関する多数の文書を読むことができます。ノベルは、アプリケーション市場における独占禁止法上の権利は保持していると反論しています。[…]
{{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)Caldera
に 2 億 8000 万ドルを支払い
、和解金のうち 3550 万ドルは、いわゆる「ロイヤリティ」として Caldera から Novell に提供されました。 […] その金額に不満を持ったノベルは、2000年6月にカルデラ(後に
キャノピー・グループ
に引き継がれた)を相手取り訴訟を起こし、ノベルにはさらに多額の賠償金を受け取る権利があると主張した。 […] ノベルは最終的に勝訴し、マイクロソフトがカルデラに支払った金額に1,770万ドルを追加し、総額5,300万ドル以上を獲得した。 […]
[…] マイクロソフトは
、
カルデラが提供する書面による指示に従い、電信送金により、本契約の対象となるすべての請求または潜在的な請求の完全な和解金として、2億8,000万ドル(280,000,000ドル)をカルデラに支払うものとする […]
(注:このカルデラ対マイクロソフト訴訟の文書は、ノベル対マイクロソフト訴訟およびコメス対マイクロソフト訴訟の証拠資料として提出されたものです。)
さらに、カルデラは、マイクロソフトの主力製品である
Windows 95
は、 MS-DOS オペレーティングシステムと
Windows
グラフィック インターフェイス間の「
人為的な結びつき」に過ぎず、カルデラの DR-DOS のような競合する基盤となるオペレーティングシステムを市場から排除すること以外にビジネス上の正当性はないと主張している。その主張を証明するために、カルデラはまもなく「
WinBolt
」と呼ばれるデモ用ソフトウェアをリリースする予定で、
これによりユーザーは DR-DOS 上に Windows 95 インターフェイスをインストールできると述べている。カルデラ氏によれば、このデモでは、Windows 95におけるMS-DOSとWindowsの組み合わせには、目立った技術的進歩も、正当化できるビジネス効率性もないことが示されるという。
[…] DR-DOS 7.03 は、Windows および
Windows for Workgroups
3.xx まで (および Windows 4.xx、別名 Windows 95/98/
SE
を含む DR-DOS の内部バージョン) と互換性があります[…]
[…]
MS-DOS 7.0
+ […] は […] ほとんど文書化されていない RMD データ構造を導入しました。この構造は通常
HMA
にあります。カーネルは、起動中に構成とリアル モード ドライバ データ (ドライバの種類、ドライバによってフックされた割り込み、
CONFIG.SYS
の呼び出し行など) を収集して記録し、この情報を […] 複雑で […] 拡大し続けるデータ構造に格納します。おそらく、Windows コアがロードされたリアル モード ドライバーの状態をより正確に把握するため、あるいはそれらの一部を切り離したりアンロードしたりするために使用することを意図していると思われますが、非常に限られた範囲でしか使用されていません (起動時に作成されるログ ファイルに表示される情報の一部や、構成マネージャーの一部もこれを使用しています)。技術的な側面以外にも、興味深い内容が何も文書化されていないため、余地が残されています。
{{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite newsgroup}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)[…] FILES+FCBS […] は、以前は 2 つのチャンクにまとめられていましたが、現在は 3 つのチャンクにまとめられています […]
QEMM
の DOS-UP 機能は、これを想定していません […] これにより、
QEMM の理論上の最大値よりも約 1 Kb 少ない従来型メモリになります […] 以前、パッチ (IBMBIO85.SCR という名前の DEBUG スクリプト […]) を作成しました […] これは、古いハンドル メモリ レイアウトを再び有効にします。これにより、DR-DOS 下では従来型のメモリがさらに解放されますが、
FILESHIGH=
、
FCBSHIGH=
、または
DOS=
AUTO ディレクティブを使用すると、Windows 3.xx との深刻な互換性の問題が発生します […] これは、Microsoft 側で SFT 構造体のサイズを決定するための非常に危険なハックにより、Windows が正しく動作するために必要な 8 つのハンドルとは対照的に、低メモリに 5 つのハンドルしか
残らないためです […] (これは、Windows が CON を 5 回開き、[…] 最初の 512 Kb のメモリをスキャンして「CON」文字列を探し、変位を測定します […] これは、単に […] メモリ イメージにいくつかの「CON」文字列を配置するだけで簡単に騙される可能性があります […]
[…] DR-DOS 7.04/7.05 (1999-08-19) […] -->
[…] DR-DOS 7.06 (1999-12-14 まで) […] -->
{{cite newsgroup}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)[…] 私たちは […] DR
DOS の組み込みに関して非常に深い経験があり、それによって何百万ドルも稼いでいます。つまり、私たちは独自の立場にあります。私たちはスタートアップではなく、資金があります。私たちの DOS 製品が、組み込み
Linux
に関するすべての
R&D費用を賄いました。 […] 私たちは […] 組み込み DOS のみの会社から
組み込み Linux の
会社へと焦点を移しています
。 […] 私たちはすぐに DOS 製品を廃止するわけではありません。 […] 市場が DOS 製品を廃止するわけではありません。組み込み DOS に対する需要は依然として高く、私たちはそれを販売およびマーケティングし続けます。しかし、組み込み Linux に対する需要は増加しています。そこで、私たちは焦点を移し、長期的な収益源であるLinuxベースに合わせて社名を変更します。[…]市場からの要望に応え、移行期間中は両方の技術の販売を継続します。[…]米国だけでなく、ヨーロッパやアジアのOEM企業とも話し合いましたが、彼らは私たちのDOSソリューションに興味を示し、Linuxへの移行を希望していました。[…]
{{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク){{cite web}}: CS1 maint: タイトルとしてアーカイブされたコピー (リンク){{cite web}}: CS1 maint: タイトルとしてアーカイブされたコピー (リンク){{cite web}}: CS1 maint: url-status (リンク){{cite web}}: CS1 maint: url-status (リンク){{cite web}}: CS1 maint: url-status (リンク){{cite web}}: CS1 maint: url-status (リンク){{cite web}}: CS1 maint: url-status (リンク){{cite web}}: CS1 maint: url-status (リンク){{cite web}}: CS1 maint: url-status (リンク){{cite web}}: CS1メンテナンス: アーカイブサービスは非推奨になりました (リンク)