TRSDOS: Операционная система для компьютеров Tandy TRS-80

Введение

Операционная система для компьютеров Tandy TRS 80

TRSDOS (аббревиатура от Tandy Radio Shack Disk Operating System) — операционная система для серии восьмибитных микрокомпьютеров Zilog Z80 Tandy TRS 80, которые продавались через Radio Shack с 1977 по 1991 год. В руководствах Tandy рекомендовалось произносить это как "трисс-досс". TRSDOS не следует путать с Tandy DOS, версией MS DOS, лицензированной у Microsoft для линейки персональных компьютеров (ПК) Tandy x86. В оригинальном TRS 80 Model I 1977 года TRSDOS в первую очередь служила для расширения MBASIC (BASIC в ПЗУ) дополнительными командами ввода/вывода, которые работали с дисковыми файлами, а не с кассетными лентами, используемыми в системах Model I без дисковода. Позднее компьютеры Model III, оснащенные дисководом, использовали совершенно другую версию TRSDOS от Radio Shack, которая достигла своего пика в 1981 году с TRSDOS версии 1.3. Начиная с 1983 года, компьютеры TRS 80 Model 4 с дисководом использовали TRSDOS версии 6, разработанную компанией Logical Systems, Inc. Эта версия была обновлена в 1987 году и выпущена как LS DOS 6.3. Совершенно отдельной версией была TRSDOS от Radio Shack для профессионального компьютера TRS 80 Model II 1979 года, также основанная на Z80 и оснащенная 8-дюймовыми дисководами. Более поздние модели этой линейки — 12, 16 и 6000 — использовали Z80 в качестве альтернативного процессора для основного чипа Motorola 68000 и могли запускать эту версию TRSDOS для обратной совместимости со старым программным обеспечением для Z80.

История

Микрокомпьютер TRS-80 корпорации Tandy не поставлялся с дисководом или дисковой операционной системой на момент выпуска. Первая версия TRSDOS, разработанная Рэнди Куком, была настолько нестабильной, что другие создали альтернативные варианты, такие как NewDOS и LDOS. После разногласий с Куком по поводу прав на исходный код, Tandy наняла Logical Systems, разработчика LDOS, для продолжения разработки TRSDOS. TRSDOS 6, поставлявшаяся с TRS-80 Model 4 в 1983 году, полностью идентична LDOS 6.00.

Даты

Октябрь 1979 года – Radio Shack выпускает TRSDOS 2.3.
1 мая 1981 года – Radio Shack выпускает Model III TRSDOS 1.3.
26 апреля 1983 года – Radio Shack представляет TRSDOS версии 6.0 вместе с новыми Model 4.
1984 год – Radio Shack выпускает версию 6.2, финальную версию для Model 4.
1984 год – Logical Systems публикует The Source – комментированный исходный код ассемблера TRSDOS 6.2.
Конец 1986 года – Logical Systems выпускает LS DOS 6.3, функционально эквивалентное обновление TRSDOS 6.2. С этого момента Tandy/Radio Shack начала поставлять его с Model 4D.

Особенности и возможности

Компьютеры RadioShack на основе Z80 TRS-80 (модели I/III и Model 4) поддерживают до четырех физических дисководов (мини-дискет), которые (в продаже) используют 5¼-дюймовые дискеты. Оригинальный TRSDOS для модели I поддерживал только односторонние диски с 35 треками, отформатированные с одинарной плотностью (секторы кодируются с использованием метода частотной модуляции). TRSDOS для модели III (вплоть до версии 1.3) поддерживал диски с 40 треками, отформатированные с двойной плотностью (с использованием модифицированной частотной модуляции). Модели I, модернизированные контроллерами двойной плотности, и модели I/III, оснащенные 80-трековыми или двусторонними дисководами, не могли использовать TRSDOS; RadioShack продавала операционную систему LDOS от Logical System, которая могла управлять этими типами дисководов. TRSDOS 6 для модели 4 является развитием LDOS и обладает теми же возможностями. Жесткие диски (тогда также известные как диски Winchester) требовали специального программного обеспечения драйверов, поставляемого их производителями. Эти драйверы позволяли любой установке TRSDOS получить к ним доступ с использованием до восьми возможных разделов, каждому из которых присваивался номер диска от нуля до семи. Фактически, большой жесткий диск можно было отформатировать с количеством разделов, превышающим восемь, но TRSDOS может получить доступ только к восьми в течение одной сессии. На жестком диске могли быть разделы, отформатированные под TRSDOS, и разделы, отформатированные под CP/M OS. Каждый дисковод в системе также занимал один номер диска. Модель 4, с возможностью создания RAM-диска (Memdisk), также требовала присвоения номера диска и для него. Все версии TRSDOS используют наложения для обработки большинства системных запросов, а каталоги дисков не хранятся в памяти. Это имеет два важных последствия для производительности системы. Во-первых, при первом обращении к файлу DOS всегда обращается к каталогу диска, чтобы получить информацию о физическом расположении дискового пространства, выделенного файлу (включая его расширения, если они есть). После первого обращения эта информация сохраняется в блоке управления файлом, для которого память выделяется вызывающей программой. Последующие обращения не требуют чтения каталога диска (если только файл не был изменен и не требуется дополнительное дисковое пространство). Поэтому производительность системы во многом зависит от того, насколько близко расположены выделенные области диска файла к цилиндру каталога, и насколько фрагментирован файл (расширения, расположенные в несмежных областях). Чем дальше цилиндр каталога, тем больше головка чтения/записи диска должна перемещаться, что замедляет доступ к диску и увеличивает механический износ. TRSDOS имеет команды, позволяющие пользователю оптимизировать размещение определенных файлов на физическом пространстве диска, а также команду для отображения карты физического размещения файла на диске. Второе следствие архитектуры на основе наложений заключается в том, что диск, содержащий системные файлы TRSDOS (с расширением /SYS), всегда должен присутствовать в дисководе, назначенном логическим номером диска ноль. (На модели 4 это может быть Memdisk, что освобождает физический дисковод ноль для использования с несистемным диском данных). LDOS и TRSDOS 6 имеют команду SYSRES, которая загружает выбранные системные файлы в оперативную память Z80, освобождая тем самым место на системном диске для несистемных данных. Все версии имеют варианты команды SYSTEM, которые могут переназначать логические номера дисков физическим дисководам. Можно назначить номера дисков таким образом, чтобы физическому дисководу не был присвоен логический номер диска; это иногда полезно для гарантии того, что к дисководу не будет доступа в целях безопасности или защиты (защиты от записи). Также дисководы могут быть защищены от записи операционной системой DOS.

RadioShack's Z80 based line of TRS 80 computers (Models I/III and Model 4) support up to four physical floppy (mini diskette) drives which (as sold) use 5¼ inch diskettes. The original TRSDOS for the Model I supported only single sided disks with 35 tracks formatted in single density (sectors are encoded using the frequency modulation technique). Model III TRSDOS (culminating in version 1.3) supported 40 track disks formatted in double density (using modified frequency modulation). Model Is retrofitted with double density controllers and Models I/III equipped with 80 track drives or double sided drives could not use TRSDOS; RadioShack sold Logical System's LDOS operating system which could control these types of drives. The Model 4's TRSDOS 6 is a development of LDOS and has the same capabilities. Hard disk drives (then also known as winchester drives) required custom driver software supplied by their manufacturers. These drivers permitted any TRSDOS installation to access them with up to eight possible drive partitions, each assigned to drive numbers zero through seven. Actually, a large hard drive could be formatted with more than eight partitions, but TRSDOS can only access eight during any one session. Hard drives could have some partitions formatted under TRSDOS and others under the CP/M OS. Each floppy drive in the system would also take up one drive number assignment. The Model 4, with its ability to set up a ramdisk (Memdisk), also required a drive number assignment for this. All versions of TRSDOS use overlays to satisfy most system requests and disk directories are not maintained in memory. This has two implications for system performance. First, upon initial file access the DOS always references the disk directory to obtain information giving the physical mapping of disk space allocated to the file (including its extents, if any). After the initial access this information is maintained in a File Control Block, the memory space for which is supplied by the calling application. Further references do not need to read the disk directory (unless the file is written to and more disk space needs to be allocated). For this reason system performance depends greatly on how close a file's allocated disk space(s) is/are to the directory cylinder, and how fragmented (extents located in non contiguous space(s)) the file is as a whole. The farther away the directory cylinder is, the more the drive's read/write head will need to move, which slows disk access and produces more mechanical wear on the drive. TRSDOS has commands permitting the user to optimize placement of particular files on the disk's physical space, and the command to display a map of a file's physical placement on a drive. The second implication of the overlay based architecture is that a disk containing TRSDOS system files (file extension /SYS) must always be present in whichever drive is assigned as logical drive number zero. (On the Model 4 this may be the Memdisk, thus freeing physical drive zero be used for a non system data disk). LDOS and TRSDOS 6 have a SYSRES command which loads selected system files into Z80 RAM, thus freeing space on the system disk for non system data. All versions have variants of the SYSTEM command which can reassign logical drive numbers to physical drives. It is possible to assign drive numbers such that a physical drive is unassigned a logical drive number; this is sometimes useful to guarantee that the drive cannot be accessed for security or safety (write protection) purposes. Drives may be set to be write protected by the DOS, also.

Управление дисками

Основная функция любой дисковой операционной системы — предоставление пользователю возможности управления и доступа к файлам, хранящимся на дисковых устройствах хранения. Поскольку пользователя не следует обременять физическими деталями самих устройств хранения, ответственность за преобразование запросов доступа к файловым записям в конкретные параметры привода, дорожки, сектора и головки, точно определяющие место хранения каждой записи, лежит на операционной системе. Система также поддерживает в памяти Z80 в TRSDOS таблицу управления дисками, которая хранит параметры, связанные с каждым из восьми логических дисков. Параметры дискового привода определяют, как общее пространство хранения на диске разделено на адресуемые единицы. Слои магнитных частиц на поверхности дискового носителя намагничиваются (в процессе форматирования) в концентрические круги областей хранения, называемые ТРЕКАМИ. Каждый трек разделен на 256-байтные под-области, называемые СЕКТОРАМИ. Каждый сектор однозначно идентифицируется шаблоном информации, предшествующим каждому сектору, называемым ID-ПОЛЕМ. Хотя количество секторов на дорожку может варьироваться в зависимости от типа носителя, количество секторов в каждой дорожке одного и того же носителя (и в каждой грануле) всегда должно быть постоянным. Диски организованы следующим образом: каждый трек форматируется в определенное количество 256-байтных секторов с максимальной емкостью 32 сектора на трек. Секторы группируются в блоки, называемые ГРАНУЛАМИ, которые различаются по размеру в зависимости от общей емкости дискового носителя, хотя размер гранулы для каждого формата диска является постоянным. Для 40-цилиндровых дисков, отформатированных с двойной плотностью, стандартных для дисководов, установленных в TRS-80 моделей III и 4, размер гранулы составляет шесть 256-байтных секторов, или 1,5 КБ. Каждая дорожка содержит три гранулы, что обеспечивает 4,5 КБ памяти. Каждая сторона (поверхность) диска обычно форматируется с 40 дорожками, что дает 180 КБ на сторону. Модель 4D с двусторонними дисководами обеспечивает 360 КБ памяти. Всякий раз, когда для файла требуется дополнительное дисковое пространство (например, для расширения файла во время записи), выделяется дополнительная гранула. Таким образом, гранула становится минимальной единицей хранения. TRSDOS присваивает номера каждому сектору, каждой дорожке и каждой поверхности. Поверхности нумеруются последовательно, начиная с нуля. Дорожки нумеруются последовательно, начиная с нуля от внешнего края диска, при этом самая внутренняя дорожка получает наибольший номер. При использовании многоголовочных дисководов номера дорожек на поверхности дублируются на каждой поверхности, при этом все дорожки с одинаковыми номерами образуют цилиндр. Для двухсторонней дискеты, отформатированной на модели 4D, нулевая дорожка поверхности 0 и нулевая дорожка поверхности 1 группируются вместе в цилиндр 0. Емкость цилиндров также имеет верхний предел в 256 секторов на цилиндр или восемь гранул на цилиндр, в то время как система поддерживает (для жестких дисков с несколькими пластинами носителя) максимум восемь головок на диск. Цилиндр каталога диска размещается в процессе форматирования на цилиндр с средним номером; таким образом, стандартный 40-цилиндровый диск имеет свой каталог, установленный на цилиндре 20. Это уменьшает среднее расстояние (и время доступа), которое головке чтения/записи диска необходимо пройти для доступа к каталогу. Первый сектор каталога диска содержит таблицу распределения гранул (GAT). GAT отображается побитово на каждую гранулу пространства на диске. Другие поля в GAT содержат ИМЯ ПАКЕТА, ДАТУ создания (когда диск был отформатирован), ПАРОЛЬ ПАКЕТА и данные, относящиеся к конфигурации диска. Когда файл должен быть открыт для доступа, системе необходимо выполнить поиск в каталоге для его записи в каталоге. Время поиска минимизируется за счет использования метода хеширования для сокращения 11-символьной строки, образованной из имени файла и расширения, до однобайтового значения. Хеш-код для каждого файла хранится в таблице индексов хеша (HIT), которая является вторым сектором каталога. Каждая позиция в этой таблице соответствует определенной записи в каталоге. Хеш-таблица, имеющая длину одного сектора, может индексировать максимум 256 записей каталога или файлов. Сам каталог имеет размер, соответствующий емкости диска, и может содержать максимум один цилиндр (до 34 секторов). Таким образом, чем больше емкость дискового хранилища, тем больше его каталог и тем большее количество имен файлов можно хранить на диске. Запись каталога содержит информацию, такую как дата последнего изменения файла, его коды обновления и доступа, уровень доступа и другие атрибуты, такие как является ли он SYStem или PDS (Partitioned Data Set) файлом, и если была сделана резервная копия, относительный номер последнего сектора в файле и последний байт в последнем секторе (или конец файла). Запись также содержит физические области, используемые файлом, указывая на цилиндр, относительную начальную гранулу и количество смежных гранул для каждого экстента, составляющего файл. Если файл имеет более четырех экстентов, используются дополнительные записи каталога по мере необходимости, с прямыми и обратными указателями, связывающими каждую запись каждого файла. Таким образом, теоретический максимум в 256 файлов, возможных на дискете, реализуем только в том случае, если нет фрагментации файлов. При форматировании диска TRSDOS все параметры, связанные с дискетой, определяются заранее. Таким образом, количество секторов на дорожку, количество секторов на гранулу и, следовательно, количество гранул на дорожку, количество сторон (поверхностей) и количество цилиндров определяются, а также плотность носителя. Некоторые из этих цифр (плотность, стороны, гранулы на дорожку) записываются в поля в таблице распределения гранул, которая является частью каталога диска. Другие (сектора на дорожку, секторы на гранулу, в дополнение к вышеуказанным величинам) являются частью полей таблицы управления дисками. Когда система пытается открыть файл на диске, она использует SVC @CKDRV для определения доступности диска, а затем регистрирует диск, когда находит его доступным. Эта функция "регистрации" обновит поле DIRCYL, а затем обновит поля DBLBIT и MAXCYL на основе информации, хранящейся в GAT. Эта процедура избавляет пользователя от необходимости вручную регистрировать вновь вставленный диск; он имеет право менять диски с разным форматированием в любом дисководе, не опасаясь, что система будет обращаться к нему неправильно. Примитивы диска SVC направляются через общие системные процедуры, содержащиеся в программном обеспечении драйвера, установленном для каждого типа дискового устройства хранения. Драйвер для дисководов моделей III или 4 называется и находится в области низкой памяти TRSDOS. Жесткие диски поставляются со своим собственным программным обеспечением драйвера и обычно устанавливаются в высокую память (основную Z80 RAM 64 КБ) выше указателя системы, поскольку места в области низкой памяти обычно недостаточно (особенно на модели 4, поскольку программное обеспечение, необходимое для доступа к ее внешним банкам памяти, не может находиться в высокой Z80 RAM памяти, поскольку этот регион существует в области обмена зарезервированной RAM). Эти процедуры драйвера устанавливают протокол связи между приложением, запрашивающим доступ к диску, и аппаратным контроллером дисковода компьютера. TRS-80 используют контроллеры серии Western Digital: WD1791 в версии модели 4 без матричной схемы и WD1773 в версии модели 4 с матричной схемой. Когда запрос ввода/вывода вызывается SVC более высокого уровня, например, запрос на ЧТЕНИЕ записи файла, запрос преобразуется в этот дисковый примитив (команда или отчет о состоянии FDC), необходимый для выполнения запроса функции. Протокол связи унифицирован для всех дисковых устройств, подключенных к системе. Это делает доступ к файлам прозрачным для размера или типа дискового устройства в рамках параметров, хранящихся в DCT для этого диска.

The primary function of any disk operating system is to provide the user with a facility for managing and accessing files stored on disk storage devices. Since the user must not be burdened with the physical details of the storage devices themselves, it is the operating system's responsibility to translate file record access requests into specific drive, track, sector, and head parameters that pinpoint the storage location of each record. The system also maintains in Z80 memory within TRSDOS a Drive Control Table that stores the parameters associated with each of the eight logical drives. Disk drive parameters refer to how the total storage space on a drive is divided up into addressable units. The layer(s) of magnetic particles on the surface of the disk media are magnetized (during the format process) into concentric circles of storage areas called TRACKS. Each track is divided into 256 byte sub areas called SECTORS. Each sector is uniquely identified by a pattern of information preceding each sector called an ID FIELD. Although the number of sectors per track may vary from one media type to another, the number of sectors in each track of the same media (and in each granule) must always be a constant. Disks are organized as follows: each track is formatted into a specific number of 256 byte sectors with a maximum capacity of 32 sectors per track. Sectors are grouped into blocks called granules which vary in size according to total track capacity of the disk media, though granule size for each disk format is constant. For forty cylinder disks formatted in double density, standard for the drives installed in the TRS 80 Models III and 4, the granule size is six 256 byte sectors, or 1.5 KB. Each track has three granules for 4.5 KB of storage. Each side (surface) of the disk is normally formatted with 40 tracks, yielding 180 KB per side. The Model 4D, with its double sided drives, yields 360 KB of storage. Whenever additional disk space is needed for a file (such as extending a file while being written to), an additional granule is allocated. The granule thus becomes the minimum size storage unit. TRSDOS assigns numbers to every sector, every track, and every surface. Surfaces are numbered consecutively starting from zero. Tracks are numbered consecutively starting from zero at the outermost edge of the disk giving the innermost track the highest number. Where multiple headed drives are in use, the track numbers on a surface are duplicated on each surface with all similarly numbered tracks constituting a cylinder. For a double sided floppy disk as formatted on a Model 4D, track zero of surface zero and track zero of surface one are grouped together into cylinder zero. Cylinder capacities also have an upper limit of 256 sectors per cylinder or eight granules per cylinder, while the system supports (for hard drives with multiple platters of storage media) a maximum of eight heads per drive. The disk's directory cylinder is placed during the format process on the middle numbered cylinder; thus a standard 40 cylinder disk has its directory installed on cylinder 20. This reduces the average distance (and access time) that the drive's read/write head must move to access the directory. The first sector of the disk directory contains the Granule Allocation Table (GAT). The GAT is bit mapped to each granule of space on the drive. Other fields in the GAT contain the PACK NAME, DATE of creation (when the disk was formatted), pack PASSWORD, and data pertaining to the configuration of the drive. When a file is to be opened for access, the system needs to search the directory for its directory record. Search time is minimized by using a hashing technique to reduce the 11 character string formed from the file name and extension to a one byte value. The hash code for each file is stored in a Hash Index Table (HIT) which is the second sector of the directory. Each position in this table corresponds to a specific directory entry record. The hash table, being one sector in length, can index a maximum of 256 directory records or files. The directory itself is sized according to disk capacity by being a maximum of one cylinder (up to 34 sectors). Thus, the larger the disk storage capacity, the larger its directory, and the greater the number of file names that can be stored on the disk. The directory record contains information such as the date the file was last modified, its update and access password codes, its access level, and other attributes such as whether it is a SYStem or PDS (Partitioned Data Set) file and if a backup has been made, the relative number of the last sector in the file, and the last byte within the last sector (or End Of File). The record also contains the physical area(s) in use by the file, by pointing to the cylinder, relative starting granule, and number of contiguous granules for each extent comprising the file. When a file has more than four extents, additional directory records are used as required with forward and backward pointers linking each record of each file. Thus the theoretical maximum of 256 files possible on a floppy diskette is realizable only if there is no file fragmentation. When TRSDOS formats a disk, all of the parameters associated with the diskette are predetermined. Thus the number of sectors per track, number of sectors per granule and thus the granules per track, number of sides (surfaces), and number of cylinders are all designated, as well as the density of the media. Some of these figures (density, sides, granules per track) are written to fields in the Granule Allocation Table which is part of the disk directory. Others (sectors per track, sectors per granule, in addition to the former quantities) are part of the Drive Control Table fields. When the system attempts to open a file on a disk, it uses the @CKDRV SVC to ascertain the availability of the disk, and then logs the disk once it finds it available. This "logging" function will update the DIRCYL field, then update the DBLBIT and MAXCYL fields based on information stored in the GAT. This procedure frees the user from having to manually log a newly inserted disk; he is at liberty to change differently formatted disks in any drive without concern that the system will incorrectly access it. The SVC disk primitives are funneled through common system routines contained in the driver software installed for each type of disk storage device. The driver for Model III or Model 4 floppy drives is named and is located in the TRSDOS low memory region. Hard disk drives are supplied with their own driver software, and are usually installed in high memory (main 64K Z80 RAM) above the system pointer, since room in the low memory region is usually insufficient (especially on the Model 4 since software needed to access its external memory banks cannot reside in high Z80 RAM memory because that region exists in the banked RAM swap area). These driver routines establish a linkage protocol between the application requesting disk access and the computer's Floppy Disk Controller hardware. TRS 80s use controller chips from the Western Digital series: the WD1791 in the Model 4 non gate array version, and the WD1773 in the Model 4 Gate Array version. When an I/O request is invoked by a higher level SVC, such as a request to READ a file record, the request is translated to that disk primitive (FDC command or status report) needed to satisfy the function request. The linkage protocol is uniform across all disk devices that are connected to the system. This makes the access of files transparent to size or nature of the disk device within the scope of the parameters stored in the DCT for that drive.

Управление файлами

Дисковые файлы поддерживаются с двумя типами доступа: ввод-вывод записей и ввод-вывод символов. Логические записи длиной от одного до 256 байт могут быть прочитаны или записаны с помощью запросов SVC @READ или @WRITE. Ввод-вывод записей может быть произвольным (по позиции, определяемой запросами SVC перед READ/WRITE) или последовательным, с использованием повторяющихся READ или WRITE. Ввод-вывод символов (или байтов) осуществляется запросами @GET и @PUT SVC и по сути идентичен вводу-выводу записей с логической длиной записи (LRL), равной одному. (Физический доступ к устройству хранения на диске всегда осуществляется в единицах 256-байтных секторов. Это задано аппаратным обеспечением дискового контроллера TRS 80). Однако, если GET или PUT используются для реализации последовательного доступа, файл может рассматриваться как устройство ввода-вывода символов, такое как принтер, последовательный порт или устройство отображения. Следовательно, запрос ввода-вывода байтов не зависит от физического устройства, "подключенного" к блоку управления, запрашивающему ввод-вывод. Это делает систему "независимой от устройств". Имена файлов ограничены восемью буквенно-цифровыми символами (первый символ должен быть буквой), которые не чувствительны к регистру (используются только прописные буквы; любые строчные буквы преобразуются в прописные). Расширения файлов могут содержать до трех символов и подчиняются тем же правилам. Пароли файлов могут состоять до восьми символов, подчиняющихся тем же правилам (версии TRSDOS 6 до 6.2 поддерживают пароли владельца и пользователя). К целым дискетам также могут быть назначены мастер-пароли, которые могут ограничить доступ пользователя через команды BACKUP и PURGE. В TRSDOS и LDOS система никогда не "авторизуется" на каком-либо текущем диске, как в CP/M, PC DOS и MS DOS. Все запросы доступа к файлам (выдаваемые пользователем на консоли или программой) удовлетворяются путем поиска в каталоге первого указанного диска (принимаемого за диск 0, если номер диска не указан) и, если запрошенный файл не найден, путем поиска на следующем (с более высоким номером) диске в системе. Это продолжается до тех пор, пока файл не будет найден или не будут просмотрены все диски в системе (но см. ниже варианты этого правила). Номера дисков указываются двоеточием, за которым сразу следует номер диска. Двоеточие необязательно, если спецификация диска используется в качестве суффикса имени файла. Например, команда directory: отображает все файлы, начиная с логического диска 0, затем диска 1 и так далее. или выполняет поиск на логическом диске 4 (для всех файлов, как всегда, когда имя файла не указано). или выполняет поиск на логических дисках 4, 5 и 6. или выполняет поиск на логических дисках 4, 5, 6 и 7. Ищет FILENAME на логическом диске 2. выполняет поиск FILENAME на всех логических дисках, начиная с диска 2. Как видно, дефис используется для указания диапазона номеров дисков. Команды и (catalog) отображают все спецификации файлов (filespecs), соответствующие запросу на всех дисках. Другие команды/утилиты, такие как , и , а также поиск дисков, инициированный выполняемыми программами, прекращают поиск на первом диске, соответствующем условиям. Если одна и та же спецификация файла существует на нескольких дисках, то файлы на дисках с более высоким номером будут исключены. Поддерживается доступ к файлам по частичным именам файлов (partspecs), расширениям файлов и датам файлов. Например: выберет файлы SAMPLE, SAMPLE1, SAMPLE23 и SAMPLEIT. выберет файлы SAMPLE/BAS, TEST/BAS, EXAMPLE/BAS и т.д. Как и в предыдущем примере, спецификации дисков (drivespecs) могут быть добавлены к спецификациям файлов. В этих примерах предполагается, что выбранные файлы не скрыты в каталоге диска. Запросы доступа к файлам, выдаваемые приложениями, работающими под TRSDOS, работают аналогичным образом.

Disk files are supported with two types of access: Record I/O and character I/O. Logical records of from one to 256 bytes in length can be read or written using the @READ or @WRITE SVC requests. Record I/O can be random access (by position SVC requests prior to READ/WRITE) or sequential access using repetitive READs or WRITEs. Character (or byte) I/O is accomplished by @GET and @PUT SVC requests and is essentially the same as record I/O with a Logical Record Length (LRL) equal to one. (Physical access to a disk storage device is always in units of 256 byte sectors. This is fixed by the TRS 80 disk controller hardware). However, if GET or PUT are used to implement sequential access, then a file can be considered a character I/O device just like a printer, a serial port, or a video display device. A byte I/O request is therefore independent of the physical device "connected" to the control block which is requesting the I/O. This makes the system "device independent". Filenames are limited to eight alphanumeric characters (the first character must be alpha) which are case insensitive (only capital letters are used; any lowercase letters entered are capitalized). File extensions are up to three characters and obey the same rules. File passwords are up to eight characters obeying the same rules (TRSDOS 6 versions up to 6.2 support both owner and user passwords). Entire diskettes can also be assigned master passwords, which may limit user access via the BACKUP and PURGE commands. Under TRSDOS and LDOS the system is never "logged in" to any current drive as with CP/M, PC DOS and MS DOS. The system prompt is always All file access requests (whether issued by the user at the console or a program being executed) are satisfied by searching the directory of the first drive specified (taken as drive zero if no drive number is given) and, if the requested file is not found, then searching the next (higher numbered) drive in the system. This continues until the file is found or all the drives in the system have been searched (but see below for variations on this rule). Drive numbers are specified with a colon followed immediately with the drive number. The colon is optional unless the drive specification is used as a suffix for a filename. Using the directory command as an example:

displays all files starting with logical drive zero, then drive one, and so on. or searches logical drive four (for all files, as always when no filename is given). or searches logical drives four, five, and six. or searches logical drives four, five, six and seven. searches for FILENAME on logical drive two. searches for FILENAME on all logical drives starting from drive two. As seen, the dash character is used to specify a range of drive numbers. The and (catalog) commands display all file specifications (filespecs) matching the query on all drives. Other commands/utilities such as , and , and drive searches initiated by programs being executed, stop searching at the first drive found to match. If the same filespec exists on multiple drives, then those files on higher numbered drives will be excluded. File access by partial filenames (partspecs), file extensions, and file dates are supported. For example:

will select files SAMPLE, SAMPLE1, SAMPLE23 and SAMPLEIT. will select files SAMPLE/BAS, TEST/BAS, EXAMPLE/BAS, etc. As with the example earlier, drive specifications (drivespecs) may be appended to filespecs. These examples assume the selected files have not be made invisible in the disk directory. File access requests issued by applications programs running under TRSDOS work the same way.

Интерфейс командной строки

В TRSDOS/LS DOS 6.x стандартный системный интерпретатор команд (SYS1/SYS) может быть функционально заменен пользовательским интерпретатором путем копирования нового интерпретатора в системный файл SYS13/SYS (который в неизмененной установке является пустым файлом). Это может быть любой файл машинного кода /CMD. В документации это называется "расширенным командным интерпретатором" или ECI. TRSDOS/LS DOS 6.x поддерживает подстановочные знаки в именах файлов, как одиночный символ ? и многосимвольный *. TRSDOS (версия II) была примечательна включением "слов-паразитов", аналогичных спецификации COBOL 1959 года. Это делало команды более похожими на английский язык. Например, следующие команды функционировали идентично:

Поскольку TRSDOS не имеет механизма перенаправления для дисковых файлов, как в UNIX/Linux и MS DOS, команда APPEND отличается по концепции от добавления данных через перенаправление вывода в UNIX или MS DOS. TRSDOS/LS DOS 6.x обеспечивает перенаправление ввода/вывода для системных устройств (клавиатура *KI, дисплей *DO, принтер *PR, последовательный порт *CL), а также между устройствами и дисковыми файлами. Команда DEVICE отображает карту связей и маршрутов ввода/вывода. В DOS и UNIX печать файла может быть выполнена с помощью перенаправления; в UNIX это обычно делается путем отправки файла на "линейный принтер" (с помощью команды lpr), поскольку UNIX традиционно является многопользовательской системой. Задания на печать в TRSDOS/LS DOS 6.x могут быть перенаправлены (например, в файл на диске) путем применения команд LINK или ROUTE к системному устройству *PR. TRSDOS/LS DOS 6.x не поддерживают подкаталоги или пользовательские области. Однако команды DIR и CAT (Catalog) для отображения информации о файлах поддерживают обычные частичные имена файлов, расширения и даты файлов. В TRSDOS/LS DOS 6.x файлы могут быть скрыты от команд DIR и CAT и могут быть отображены с параметром INV (если файлы не защищены паролем и не указан правильный пароль). TRSDOS/LS DOS 6.3 может сделать дамп видеоэкрана на линейный принтер, нажав на кнопку. Многие версии поддерживают простую парольную защиту файлов и программ, с раздельными возможностями чтения/исполнения и полным доступом. Пример: имя_файла/расш. пароль:диск#. TRSDOS 6.x поддерживает как пароли владельца, так и пароли пользователя (максимум 8 символов) для дисковых файлов. LS DOS 6.3 использует поле для пароля пользователя для своей расширенной схемы датирования (после 31 декабря 1987 года). Обе операционные системы Model 4 могут устанавливать различные уровни доступа к файлам и разрешать программную защиту от записи для дисковых файлов и целых дисков.