トルコ

トルコ

モデル4 TRSDOS 6のブート画面
開発者	タンディ
作業状態	歴史的
ソースモデル	クローズドソース
初回リリース	1977年のモデルI ; 47年前 （1977年）
最新リリース	モデル 4 バージョン 6.2 / 1984 ; 40 年前 （1984年）
利用可能	英語
プラットフォーム	Zilog Z80ベースのTRS-80
カーネルタイプ	モノリシック
デフォルトの ユーザーインターフェース	コマンドラインインターフェース

TRSDOS ( T andy Radio Shack D isk O perating Systemの略) は、1977 年から 1991 年までRadio Shackを通じて販売されていたTandy TRS-80シリーズの 8 ビットZilog Z80マイクロコンピュータ用のオペレーティング システムです。Tandy のマニュアルでは、このオペレーティング システムを「トリス-ドス」と発音するように推奨されています。TRSDOS をTandy DOSと混同しないでください。Tandy DOS は、 MicrosoftからTandy のx86シリーズのパーソナル コンピュータ(PC)用にライセンス供与されたMS-DOSのバージョンです。

1977 年のオリジナルの TRS-80 モデル I では、TRSDOS は主に、ディスクなしのモデル Iシステムで使用されていたカセットテープではなく、ディスク ファイルで動作する追加のI/O (入出力) コマンドを使用して MBASIC ( BASIC in ROM ) を拡張する方法でした。その後のディスク搭載モデル IIIコンピューターでは、Radio Shack の TRSDOS のまったく異なるバージョンが使用され、1981 年には TRSDOS バージョン 1.3 が完成しました。1983 年からは、ディスク搭載TRS-80 モデル 4コンピューターで TRSDOS バージョン 6 が使用されましたが、これは Logical Systems, Inc. のモデル III LDOS の開発版でした。この最後のバージョンは 1987 年に更新され、LS-DOS 6.3 としてリリースされました。

まったく関係のない TRSDOS のバージョンは、1979 年の Radio Shack のTRS-80 Model IIプロフェッショナル コンピューター用で、これも Z80 をベースにしており、8 インチ ディスク ドライブを搭載していました。このラインの後継機であるモデル 12、16、および 6000 では、メインのMotorola 68000チップの代替 CPU として Z80 が使用され、このバージョンの TRSDOS を実行して、古い Z80 アプリケーション ソフトウェアとの下位互換性を保つことができました。

Tandy CorporationのTRS-80マイクロコンピュータは、リリース時にはディスク ドライブもディスク オペレーティング システムも搭載していませんでした。Randy Cook による TRSDOS の最初のバージョンにはバグが多かったため、NewDOSや LDOS などの代替バージョンが開発されました。Cook とソース コードの所有権をめぐって争った後、Tandy は LDOS の開発元である Logical Systems を雇い、TRSDOS の開発を継続しました。^{[1] 1983 年に}TRS-80 Model 4に同梱された TRSDOS 6 は、LDOS 6.00 と同一です。^[2]

• 1979年10月 - ラジオシャックがTRSDOS 2.3をリリース
• 1981年5月1日 – ラジオシャックがモデルIII TRSDOS 1.3をリリース
• 1983年4月26日 - ラジオシャックが新型モデル4sでTRSDOSバージョン6.0を発表
• 1984年 - ラジオシャックがモデル4の決定版となるバージョン6.2をリリース^[3]
• 1984年 - ロジカルシステムズがTRSDOS 6.2のコメント付きアセンブラソースコードであるThe Sourceを出版^[4]
• 1986 年後半 - Logical Systems は TRSDOS 6.2 と機能的に同等なアップデートである LS-DOS 6.3 をリリースしました。この日以降、Tandy/Radio Shack は Model 4D とともにこれを出荷します。

RadioShack の Z80 ベースの TRS-80 コンピュータ (モデル I/IIIおよびモデル 4 ) は、(販売時には) 5¼ インチ ディスケットを使用する物理フロッピー (ミニディスケット) ドライブを最大 4 台サポートします。モデル I 用のオリジナルの TRSDOS は、単密度でフォーマットされた35トラックの片面ディスクのみをサポートしていました(セクターは周波数変調技術を使用してエンコードされます)。モデル III TRSDOS (最終バージョン 1.3) は、倍密度でフォーマットされた 40 トラック ディスクをサポートしていました (修正周波数変調を使用)。モデルは倍密度コントローラで後付けされており、80 トラック ドライブまたは両面ドライブを装備したモデル I/III では TRSDOS を使用できませんでした。RadioShack は、これらのタイプのドライブを制御できる Logical System の LDOS オペレーティング システムを販売していました。モデル 4 の TRSDOS 6 は LDOS の開発版であり、同じ機能を備えています。

ハードディスク ドライブ (当時はウィンチェスター ドライブとも呼ばれていた)には、製造元が提供するカスタムドライバソフトウェアが必要でした。これらのドライバにより、TRSDOS インストールでは、最大 8 つのドライブパーティション(各パーティションにドライブ番号 0 から 7 が割り当てられている) でドライブにアクセスできます。実際には、大容量のハード ドライブは 8 つ以上のパーティションでフォーマットできますが、TRSDOS は 1 回のセッションで 8 つしかアクセスできません。ハード ドライブの一部のパーティションを TRSDOS でフォ​​ーマットし、他のパーティションを CP/M OS でフォ​​ーマットすることもできます。システム内の各フロッピー ドライブも、1 つのドライブ番号割り当てを占有します。モデル 4 は、ramdisk (Memdisk) をセットアップする機能を備えているため、これにもドライブ番号の割り当てが必要でした。

TRSDOS のすべてのバージョンは、ほとんどのシステム要求を満たすためにオーバーレイを使用し、ディスク ディレクトリはメモリ内に保持されません。これは、システム パフォーマンスに 2 つの影響を及ぼします。まず、最初のファイル アクセス時に、DOS は常にディスク ディレクトリを参照して、ファイルに割り当てられたディスク領域 (存在する場合はそのエクステントを含む) の物理マッピングを示す情報を取得します。最初のアクセスの後、この情報はファイル制御ブロックに保持され、そのメモリ領域は呼び出しアプリケーションによって提供されます。それ以降の参照では、ディスク ディレクトリを読み取る必要はありません (ファイルに書き込みが行われ、さらにディスク領域を割り当てる必要がある場合を除く)。このため、システム パフォーマンスは、ファイルに割り当てられたディスク領域がディレクトリ シリンダにどれだけ近いか、およびファイル全体がどれだけ断片化されているか(エクステントが非連続領域にあるか) に大きく依存します。ディレクトリ シリンダが離れるほど、ドライブの読み取り/書き込みヘッドの移動量が多くなり、ディスク アクセスが遅くなり、ドライブの機械的摩耗が増加します。 TRSDOS には、ディスクの物理スペース上の特定のファイルの配置を最適化できるようにするコマンドと、FREEドライブ上のファイルの物理的な配置のマップを表示するコマンドがあります。

オーバーレイベースのアーキテクチャの 2 つ目の意味は、TRSDOS システム ファイル (ファイル拡張子 /SYS) を含むディスクは、論理ドライブ番号 0 として割り当てられているドライブに必ず存在していなければならないということです (モデル 4 では、これは Memdisk である可能性があり、物理ドライブ 0 を非システム データ ディスクに使用できます)。LDOS および TRSDOS 6 には、選択されたシステム ファイルを Z80 RAM にロードし、システム ディスク上の領域を非システム データ用に解放する SYSRES コマンドがあります。すべてのバージョンには、物理​​ドライブに論理ドライブ番号を再割り当てできる SYSTEM コマンドのバリエーションがあります。物理ドライブに論理ドライブ番号が割り当てられないようにドライブ番号を割り当てることができます。これは、セキュリティまたは安全性 (書き込み保護) の目的でドライブにアクセスできないようにするために役立つ場合があります。ドライブは、DOS によって書き込み保護されるように設定することもできます。

ディスク オペレーティング システムの主な機能は、ディスク ストレージ デバイスに保存されているファイルの管理とアクセスの機能をユーザーに提供することです。ユーザーがストレージ デバイス自体の物理的な詳細に煩わされる必要がないように、ファイル レコード アクセス要求を、各レコードの保存場所を正確に示す特定のドライブ、トラック、セクター、およびヘッド パラメータに変換するのはオペレーティング システムの役割です。

システムは、TRSDOS 内の Z80 メモリに、 8 つの論理ドライブそれぞれに関連付けられたパラメータを格納するドライブ制御テーブルも保持します。ディスク ドライブ パラメータは、ドライブ上の全ストレージ領域がアドレス指定可能な単位に分割される方法を示します。ディスク メディアの表面にある磁性粒子の層は、(フォーマット処理中に)トラックと呼ばれる同心円状のストレージ領域に磁化されます。各トラックは、セクターと呼ばれる 256 バイトのサブ領域に分割されます。各セクターは、各セクターの前にあるID フィールドと呼ばれる情報のパターンによって一意に識別されます。トラックあたりのセクター数はメディアの種類によって異なる場合がありますが、同じメディアの各トラック (および各グラニュル) のセクター数は常に一定である必要があります。

ディスクは次のように構成されます。各トラックは、特定の数の 256 バイト セクターにフォーマットされ、トラックあたりの最大容量は 32 セクターです。セクターは、グラニュールと呼ばれるブロックにグループ化されます。グラニュールのサイズは、ディスク メディアの合計トラック容量によって異なりますが、各ディスク フォーマットのグラニュール サイズは一定です。TRS-80 モデル III および 4 にインストールされているドライブの標準である、倍密度でフォーマットされた 40 シリンダ ディスクの場合、グラニュール サイズは 6 つの 256 バイト セクター、つまり 1.5 KB です。各トラックには、4.5 KB のストレージ用の 3 つのグラニュールがあります。ディスクの各面 (表面) は通常、40 トラックでフォーマットされ、片面あたり 180 KB になります。両面ドライブのモデル 4D では、360 KB のストレージが得られます。ファイルに追加のディスク領域が必要になった場合 (書き込み中にファイルを拡張する場合など)、追加のグラニュールが割り当てられます。したがって、顆粒は最小サイズのストレージ ユニットになります。

TRSDOS は、すべてのセクター、すべてのトラック、すべての表面に番号を割り当てます。表面は 0 から始まる連続番号が付けられます。トラックは、ディスクの最も外側の端から 0 から始まる連続番号が付けられ、最も内側のトラックに最大の番号が付けられます。複数のヘッドを持つドライブが使用されている場合、表面のトラック番号は各表面に複製され、同様に番号が付けられたすべてのトラックがシリンダを構成します。モデル 4D でフォーマットされた両面フロッピー ディスクの場合、表面 0 のトラック 0 と表面 1 のトラック 0 は、シリンダ 0 にグループ化されます。シリンダ容量にも、シリンダあたり 256 セクターまたはシリンダあたり 8 グラニュールの上限がありますが、システムは (ストレージ メディアの複数のプラッタを備えたハード ドライブの場合) ドライブあたり最大 8 ヘッドをサポートします。

ディスクのディレクトリ シリンダは、フォーマット処理中に中央の番号のシリンダに配置されます。したがって、標準の 40 シリンダ ディスクでは、ディレクトリはシリンダ 20 にインストールされます。これにより、ドライブの読み取り/書き込みヘッドがディレクトリにアクセスするために移動する必要がある平均距離 (およびアクセス時間) が短縮されます。ディスク ディレクトリの最初のセクターには、Granule Allocation Table ( GAT ) が含まれます。GAT は、ドライブ上の各スペースのグラニュルにビット マップされます。GAT のその他のフィールドには、PACK NAME、作成日 (ディスクがフォーマットされた日付)、パックの PASSWORD、およびドライブの構成に関するデータが含まれます。

ファイルをアクセス用に開く場合、システムはディレクトリを検索してディレクトリ レコードを探す必要があります。検索時間は、ファイル名と拡張子から構成される 11 文字の文字列を 1 バイトの値に減らすハッシュ テクニックを使用することで最小限に抑えられます。各ファイルのハッシュ コードは、ディレクトリの 2 番目のセクターであるハッシュ インデックス テーブル(HIT) に格納されます。このテーブルの各位置は、特定のディレクトリ エントリ レコードに対応します。ハッシュ テーブルは 1 セクターの長さで、最大 256 のディレクトリ レコードまたはファイルをインデックスできます。ディレクトリ自体は、最大 1 シリンダ (最大 34 セクター) でディスク容量に応じてサイズが決まります。したがって、ディスク ストレージ容量が大きいほど、ディレクトリも大きくなり、ディスクに格納できるファイル名の数も増えます。

ディレクトリ レコードには、ファイルの最終変更日、更新およびアクセス パスワード コード、アクセス レベル、SYStem ファイルか PDS (Partitioned Data Set) ファイルか、バックアップが作成されたかどうか、ファイルの最終セクターの相対番号、最終セクター内の最終バイト (または End Of File) などの属性などの情報が含まれます。また、レコードには、ファイルを構成する各エクステントのシリンダ、相対開始グラニュル、連続グラニュル数を指し示すことで、ファイルで使用されている物理領域も含まれます。ファイルに 4 つ以上のエクステントがある場合は、必要に応じて追加のディレクトリ レコードが使用され、各ファイルの各レコードが前方ポインタと後方ポインタでリンクされます。したがって、フロッピー ディスクに記録可能な理論上の最大ファイル数である 256 ファイルは、ファイルの断片化がない場合のみ実現可能です。

TRSDOS がディスクをフォーマットすると、ディスケットに関連するすべてのパラメータが事前に決定されます。したがって、トラックあたりのセクター数、グラニュールあたりのセクター数、つまりトラックあたりのグラニュール、面 (サーフェス) の数、シリンダ数、およびメディアの密度がすべて指定されます。これらの数値の一部 (密度、面、トラックあたりのグラニュール) は、ディスク ディレクトリの一部であるグラニュール割り当てテーブルのフィールドに書き込まれます。その他の数値 (トラックあたりのセクター数、グラニュールあたりのセクター数、および前述の数値) は、ドライブ制御テーブル フィールドの一部です。システムがディスク上のファイルを開こうとすると、@CKDRV SVC を使用してディスクが使用可能かどうかを確認し、使用可能であると判断するとディスクをログに記録します。この「ログ」機能は、DIRCYL フィールドを更新し、次に GAT に格納されている情報に基づいて DBLBIT フィールドと MAXCYL フィールドを更新します。この手順により、ユーザーは新しく挿入されたディスクを手動でログに記録する必要がなくなります。システムが誤ってアクセスすることを心配することなく、任意のドライブ内の異なるフォーマットのディスクを自由に変更できます。

SVC ディスク プリミティブは、各タイプのディスク ストレージ デバイス用にインストールされたドライバ ソフトウェアに含まれる共通システム ルーチンに集約されます。Model III または Model 4 フロッピー ドライブのドライバは$FDという名前で、TRSDOS の低メモリ領域にあります。ハード ディスク ドライブには独自のドライバ ソフトウェアが付属しており、通常はシステム HIGH $ポインタより上の高メモリ (メイン 64K Z80 RAM) にインストールされます。これは、低メモリ領域には通常十分なスペースがないためです (特に Model 4 では、外部メモリ バンクにアクセスするために必要なソフトウェアは、その領域がバンク RAM スワップ領域に存在するため、高 Z80 RAM メモリに常駐できないためです)。これらのドライバ ルーチンは、ディスク アクセスを要求するアプリケーションとコンピュータのフロッピー ディスク コントローラ ハードウェア間のリンク プロトコルを確立します。TRS-80 はWestern Digitalシリーズのコントローラ チップを使用します。Model 4 の非ゲート アレイ バージョンでは WD1791、Model 4 ゲート アレイ バージョンでは WD1773 です。上位レベルの SVC によって I/O 要求 (ファイル レコードの読み取り要求など) が呼び出されると、その要求は機能要求を満たすために必要なディスク プリミティブ (FDC コマンドまたはステータス レポート) に変換されます。リンク プロトコルは、システムに接続されているすべてのディスク デバイスで統一されています。これにより、そのドライブの DCT に格納されているパラメータの範囲内で、ファイルへのアクセスがディスク デバイスのサイズや性質に左右されなくなります。^[5]

ディスク ファイルは、レコード I/O と文字 I/O の 2 種類のアクセスでサポートされています。長さが 1 ～ 256 バイトの論理レコードは、@READ または @WRITE SVC 要求を使用して読み書きできます。レコード I/O は、ランダム アクセス (READ/WRITE の前に SVC 要求を配置) または反復的な READ または WRITE を使用したシーケンシャル アクセスにすることができます。文字 (またはバイト) I/O は、@GET および @PUT SVC 要求によって実行され、論理レコード長(LRL) が 1 であるレコード I/O と基本的に同じです (ディスク ストレージ デバイスへの物理アクセスは、常に 256 バイト セクター単位で行われます。これは、TRS-80 ディスク コントローラ ハードウェアによって固定されています)。ただし、GET または PUT を使用してシーケンシャル アクセスを実装する場合、ファイルは、プリンタ、シリアルポート、またはビデオ ディスプレイ デバイスと同様に、文字 I/O デバイスと見なすことができます。したがって、バイト I/O 要求は、I/O を要求している制御ブロックに「接続」されている物理デバイスに依存しません。これにより、システムは「デバイスに依存しない」状態になります。

ファイル名は 8 文字の英数字(最初の文字は英字)に制限され、大文字と小文字は区別されません(大文字のみ使用され、小文字を入力すると大文字になります)。ファイル拡張子は最大 3 文字で、同じ規則に従います。ファイル パスワードは最大 8 文字で、同じ規則に従います (TRSDOS 6 バージョン 6.2 までは、所有者パスワードとユーザー パスワードの両方をサポートします)。ディスケット全体にマスター パスワードを割り当てることもできます。これにより、BACKUP コマンドと PURGE コマンドによるユーザー アクセスが制限される場合があります。

TRSDOSとLDOSでは、 CP/M、PC DOS、MS-DOSのようにシステムが現在のドライブに「ログイン」することはありません。システムプロンプトは常にTRSDOS 対応すべてのファイル アクセス要求 (コンソールのユーザーによって発行されたものでも、実行中のプログラムによって発行されたものでも) は、指定された最初のドライブ (ドライブ番号が指定されていない場合はドライブ 0 と見なされます) のディレクトリを検索することによって満たされ、要求されたファイルが見つからない場合は、システム内の次の (より高い番号の) ドライブを検索します。これは、ファイルが見つかるか、システム内のすべてのドライブが検索されるまで続行されます (ただし、このルールのバリエーションについては以下を参照してください)。

ドライブ番号はコロンで指定され、:その後にドライブ番号が続きます。ドライブ指定がファイル名の接尾辞として使用されていない限り、コロンはオプションです。例として、ディレクトリ コマンドを使用します。 DIR

• DIR論理ドライブ 0 から始まり、次にドライブ 1 というようにすべてのファイルを表示します。
• DIR :4または、論理ドライブ 4 を検索します (ファイル名が指定されていない場合は常に、すべてのファイルが対象となります)。DIR 4
• DIR :4-6または、論理ドライブ 4、5、6 を検索します。DIR 4-6
• DIR :4-または、論理ドライブ 4、5、6、7 を検索します。DIR 4-
• DIR FILENAME:2論理ドライブ 2 で FILENAME を検索します。
• DIR FILENAME:2-ドライブ 2 から始まるすべての論理ドライブで FILENAME を検索します。

ご覧のとおり、ダッシュ文字はドライブ番号の範囲を指定するために使用されます。および(カタログ) コマンドは、すべてのドライブ上のクエリに一致するすべてのファイル仕様 ( filespecs ) を表示します。 、、などの他のコマンド/ユーティリティは、実行中のプログラムによって開始されるドライブ検索で、一致する最初のドライブで検索を停止します。複数のドライブに同じ filespec が存在する場合、大きい番号のドライブ上のファイルは除外されます。 -DIRCATBACKUPCOPYPURGE

部分的なファイル名 ( partspecs )、ファイル拡張子、およびファイルの日付によるファイル アクセスがサポートされています。例:

• DIR SAMPLESAMPLE、SAMPLE1、SAMPLE23、SAMPLEIT の各ファイルが選択されます。
• DIR /BASSAMPLE/BAS、TEST/BAS、EXAMPLE/BAS などのファイルが選択されます。

前述の例と同様に、ドライブ仕様 ( drivespecs ) を filespecs に追加できます。これらの例では、選択したファイルがディスク ディレクトリ内で非表示になっていないことを前提としています。TRSDOS で実行されているアプリケーション プログラムによって発行されるファイル アクセス要求も同様に機能します。 DIR

TRSDOS/LS-DOS 6.x では、標準のシステムコマンド インタープリタ(SYS1/SYS) は、新しいインタープリタをシステム ファイル SYS13/SYS (変更されていないインストールではダミー ファイル) にコピーすることで、カスタム インタープリタに機能的に置き換えることができます。これは、任意のマシン コード /CMD プログラム ファイルです。これは、ドキュメントでは「拡張コマンド インタープリタ」または ECI と呼ばれています。

TRSDOS/LS-DOS 6.x は、ファイル名に単一文字の ? と複数文字の * の両方の ワイルドカード文字をサポートします。

TRSDOS (バージョン II) は、1959 年のCOBOL仕様と同様に、ノイズワードが含まれていることで有名です。これにより、コマンドがより英語らしくなりました。たとえば、次のコマンドは同じように機能します。

• COPY filea fileb
• COPY filea TO fileb

TRSDOS にはUNIX / LinuxやMS-DOSのようなディスク ファイルのリダイレクトの概念がないため、APPEND コマンドは UNIX や MS-DOS の出力リダイレクトによる追加の概念とは概念が多少異なります。TRSDOS/LS-DOS 6.x は、システム デバイス (キーボード *KI、ディスプレイ画面 *DO、プリンタ *PR、シリアル ポート *CL) の I/O リダイレクト、およびデバイスとディスク ファイル間の I/O リダイレクトを提供します。DEVICE コマンドは、I/O リンクとルートのマップを表示します。DOS および UNIX では、リダイレクトを使用してファイルを印刷できます。UNIX では、UNIX は従来マルチユーザー システムであるため、通常はファイルを「ライン プリンタ」にスプールすることによって印刷します ( lprコマンドを使用)。TRSDOS/LS-DOS 6.x の印刷ジョブは、LINK コマンドまたは ROUTE コマンドをシステム *PR デバイスに適用することによってリダイレクトできます (ディスク ファイルなど)。

TRSDOS/LS-DOS 6.x はサブディレクトリやユーザー領域をサポートしていません。ただし、ファイル データを表示するための DIR コマンドと CAT (カタログ) コマンドは、通常の部分的なファイル名、サフィックス、およびファイルの日付をサポートしています。TRSDOS/LS-DOS 6.x では、ファイルは DIR コマンドと CAT コマンドに対して非表示にすることができ、INV パラメータを使用して表示することができます (ファイルがパスワードで保護されておらず、正しいパスワードが指定されていない場合)。

TRSDOS/LS-DOS 6.3 では、 +を押すことでビデオ画面をライン プリンターにダンプできます。 CTRL:

多くのバージョンでは、ファイルとプログラムに対して、読み取り/実行とフル アクセス機能を別々に持つ簡単なパスワード セキュリティをサポートしています。例: filename/ext.password:drive#。TRSDOS 6.x は、ディスク ファイルの所有者パスワードとユーザー パスワード (最大 8 文字) の両方をサポートしています。LS-DOS 6.3 は、拡張日付スキーム (1987 年 12 月 31 日以降) のために、ユーザー パスワード用のスペースを使用します。両方の Model 4 OS は、さまざまなファイル アクセス レベルを設定でき、ディスク ファイルとディスク全体のソフトウェア書き込み保護を許可します。

MS-DOS は CP/M とTOPS-10に最も密接に影響を受けていますが、ファイル操作コマンドの多くは TRSDOS のものと似ています。次の TRSDOS コマンドの一部は、ディスク上に個別のプログラム ファイル (DIR/CMD、FORMAT/CMD、BACKUP/CMD) として存在しますが、その他はすべてライブラリ ファイル (技術的にはパーティション データ セットまたは PDS) SYS6/SYS、SYS7/SYS、および SYS8/SYS に凝縮されたモジュールとして存在します。これらには、TRSDOS コマンド CAT、COPY、LIST、REMOVE、RENAME などが含まれます。一般的な TRSDOS ユーティリティをいくつか示します。

次のZ80 アセンブラソース コードは、 HELLO_WORLDというサブルーチン用です。これは、ビデオ ディスプレイにメッセージを出力して終了する入門プログラムです。単純ではありますが、アセンブラ ソース コードがどのようにフォーマットされ、TRSDOS を介してディスプレイ ハードウェアと対話するかを示しています。この例では、Tandy/Radio Shack および Logical Systems が製造した TRSDOS/LS-DOS 6.x を実行する TRS-80 Model 4 と、Radio Shack または Misosys Inc. が販売するほとんどすべてのアセンブラ (シリーズ I/EDTASM、ALDS、EDAS、またはスイッチ付き MRAS) を使用します。 -GC

• Clays, Michael (2000 年 2 月 19 日). 「TRS-80 Model I TRSDOS」. Mike's Virtual Computer Museum . 2006 年 2 月 21 日時点のオリジナルよりアーカイブ。

• TRSDOS/LS-DOS 6.x ユーザーコマンドの概要
• TRS-80 エラー メッセージ
• TRS-80 復活サイト
• モデル III ホームページ (TRS-80 モデル III の TRSDOS 代替品のリスト付き)
• Matthew Reed の TRS-80 エミュレータ ソフトウェアはMS-DOSで動作します。ROMイメージの抽出が必要です。
• xtrs UNIX および X11 用の TRS-80 エミュレータ。同様の ROM の問題が適用される。
• TRSdisk、UNIX 用 TRSDOS ユーティリティ
• TRS-80 仮想フロッピーディスク マネージャー
• TRSDOS アプリケーション