TRSDOS (Tandy Radio Shack Disk Operating System) es el sistema operativo de la línea Tandy TRS-80 de microcomputadoras Zilog Z80 de ocho bits, vendidas a través de Radio Shack entre 1977 y 1991. Los manuales de Tandy recomendaban pronunciarlo «triss-doss» . No debe confundirse TRSDOS con Tandy DOS, una versión de MS-DOS con licencia de Microsoft para la línea de computadoras personales (PC) x86 de Tandy .
Con el modelo TRS-80 original de 1977, TRSDOS era principalmente una forma de extender el MBASIC ( BASIC en ROM ) con comandos de E/S (entrada/salida) adicionales que funcionaban con archivos de disco en lugar de las cintas de casete que usaban los sistemas del modelo I sin disco. Posteriormente, las computadoras del modelo III equipadas con disco usaron una versión completamente diferente de TRSDOS de Radio Shack, que culminó en 1981 con TRSDOS versión 1.3. A partir de 1983, las computadoras TRS-80 del modelo 4 equipadas con disco usaron TRSDOS versión 6, que fue un desarrollo de LDOS del modelo III por Logical Systems, Inc. Esta última se actualizó en 1987 y se lanzó como LS-DOS 6.3.
Completamente independiente, Radio Shack desarrolló una versión de TRSDOS para sus computadoras profesionales TRS-80 Modelo II y TRS-80 Modelo 12 de 1979, también basadas en el Z80 y equipadas con unidades de disquete de 8 pulgadas. Las máquinas posteriores de esta línea, los Modelos 16 y 16B y Tandy 6000, utilizaban el Z80 como procesador de E/S para su chip principal Motorola 68000 al ejecutar sistemas operativos en este último, y podían ejecutar la versión Modelo II de TRSDOS para garantizar la retrocompatibilidad con el software de aplicaciones Z80 más antiguo. Al ejecutar los sistemas operativos Z80 más antiguos, el 68000 no se utilizaba.
Historia
El microordenador TRS-80 de Tandy Corporation no tenía unidad de disco ni sistema operativo de disco en su lanzamiento. La primera versión de TRSDOS, de Randy Cook, tenía tantos errores que otros escribieron alternativas, como NewDOS y LDOS. Tras disputas con Cook sobre la propiedad del código fuente , Tandy contrató a Logical Systems, desarrollador de LDOS, para continuar el desarrollo de TRSDOS. [ 2 ] TRSDOS 6, incluido en el modelo TRS-80 4 en 1983, es idéntico a LDOS 6.00. [ 3 ]
Fechas
- Octubre de 1979: Radio Shack lanza TRSDOS 2.3.
- 1 de mayo de 1981 – Radio Shack lanza el Model III TRSDOS 1.3
- 26 de abril de 1983 – Radio Shack presenta TRSDOS Versión 6.0 con el nuevo Modelo 4s.
- 1984 – Radio Shack lanza la versión 6.2, la versión definitiva para el modelo 4 [ 4 ]
- 1984 – Logical Systems publica The Source , el código fuente en lenguaje ensamblador comentado para TRSDOS 6.2 [ 1 ].
- Finales de 1986: Logical Systems lanza LS-DOS 6.3, la actualización funcionalmente equivalente a TRSDOS 6.2. A partir de esta fecha, Tandy/Radio Shack lo incluye con el modelo 4D.
Características y capacidades
La línea de computadoras TRS-80 de Radio Shack, basadas en el Z80 ( modelos I/III y modelo 4 ), admite hasta cuatro unidades físicas de disquete (minidisquete) que (tal como se vendían) usaban disquetes de 5¼ pulgadas . El TRSDOS original para el modelo I solo admitía discos de una sola cara con 35 pistas formateadas en densidad simple ( los sectores se codificaban usando la técnica de modulación de frecuencia ). El TRSDOS del modelo III (que culminó en la versión 1.3) admitía discos de 40 pistas formateados en densidad doble (usando modulación de frecuencia modificada ). El modelo I se adaptó con controladores de densidad doble y los modelos I/III equipados con unidades de 80 pistas o unidades de doble cara no podían usar TRSDOS; RadioShack vendía el sistema operativo LDOS de Logical Systems que podía controlar este tipo de unidades. El TRSDOS 6 del modelo 4 es un desarrollo de LDOS y tiene las mismas capacidades.
Los discos duros (conocidos entonces como unidades Winchester ) requerían un software de controlador personalizado proporcionado por sus fabricantes. Estos controladores permitían que cualquier instalación de TRSDOS accediera a ellos con hasta ocho particiones posibles , cada una asignada a los números de unidad del cero al siete. Un disco duro grande podía formatearse con más de ocho particiones, pero TRSDOS solo podía acceder a ocho unidades durante una misma sesión. Algunos discos duros podían tener particiones formateadas bajo TRSDOS y otros bajo el sistema operativo CP/M. Cada unidad de disquete del sistema también ocupaba una asignación de número de unidad. El Modelo 4 también podía crear y usar un ramdisk (Memdisk), que también requería una asignación de número de unidad.
Todas las versiones de TRSDOS utilizan superposiciones para satisfacer la mayoría de las solicitudes del sistema, y los directorios de disco no se mantienen en memoria. Esto tiene dos implicaciones para el rendimiento del sistema. Primero, al acceder inicialmente a un archivo, DOS siempre consulta el directorio de disco para obtener información sobre la asignación física del espacio en disco asignado al archivo (incluidas sus extensiones, si las hay). Después del acceso inicial, esta información se mantiene en un Bloque de Control de Archivo, cuyo espacio de memoria es proporcionado por la aplicación que realiza la llamada. Las referencias posteriores no necesitan leer el directorio de disco (a menos que se escriba en el archivo y se necesite asignar más espacio en disco). Por esta razón, el rendimiento del sistema depende en gran medida de la proximidad del espacio en disco asignado a un archivo al cilindro del directorio, y de cuán fragmentado esté el archivo (con extensiones ubicadas en ubicaciones no contiguas). Cuanto más lejos esté el cilindro del directorio, más tendrá que moverse el cabezal de lectura/escritura de la unidad , lo que ralentiza el acceso al disco y produce un mayor desgaste mecánico en la unidad. TRSDOS dispone de comandos que permiten al usuario optimizar la ubicación de archivos específicos en el espacio físico del disco, y un FREEcomando que muestra un mapa de la ubicación física de un archivo en una unidad.
La segunda implicación de la arquitectura basada en superposiciones es que un disco que contenga archivos del sistema TRSDOS (extensión de archivo /SYS) debe estar siempre presente en la unidad asignada como unidad lógica cero. (En el Modelo 4, esta puede ser la Memdisk, liberando así la unidad física cero para un disco de datos que no sea del sistema). LDOS y TRSDOS 6 tienen un comando SYSRES que carga archivos del sistema seleccionados en la RAM del Z80, liberando así espacio en el disco del sistema para datos que no sean del sistema. Todas las versiones tienen variantes del comando SYSTEM que pueden reasignar números de unidad lógica a unidades físicas. Es posible asignar números de unidad de forma que a una unidad física no se le asigne un número de unidad lógica; esto a veces es útil para garantizar que no se pueda acceder a la unidad por motivos de seguridad ( protección contra escritura ). (Las unidades también pueden configurarse mediante DOS para que estén protegidas contra escritura).
Administración de discos
La función principal de cualquier sistema operativo de disco es proporcionar al usuario una herramienta para administrar y acceder a los archivos almacenados en dispositivos de almacenamiento en disco. Dado que el usuario no debe preocuparse por los detalles físicos de los propios dispositivos de almacenamiento, es responsabilidad del sistema operativo traducir las solicitudes de acceso a los registros de archivos en parámetros específicos de unidad, pista, sector y cabezal que indiquen la ubicación de almacenamiento de cada registro.
El sistema también mantiene una tabla de control de unidades en la memoria Z80 dentro de TRSDOS que almacena los parámetros asociados con cada una de las ocho unidades lógicas. Los parámetros de la unidad de disco controlan cómo se divide el espacio de almacenamiento total en una unidad en unidades direccionables. La(s) capa(s) de partículas magnéticas en la superficie del medio de disco se magnetizan (durante el proceso de formateo) en círculos concéntricos de áreas de almacenamiento llamadas pistas . Cada pista se divide en subáreas de 256 bytes llamadas sectores . Cada sector se identifica de forma única mediante un patrón de información que precede a cada sector, llamado campo ID . Aunque el número de sectores por pista puede variar de un tipo de medio a otro, el número de sectores en cada pista del mismo medio (y en cada gránulo) siempre debe ser constante.
Los discos se organizan de la siguiente manera: cada pista se formatea en un número específico de sectores de 256 bytes con una capacidad máxima de 32 sectores por pista. Los sectores se agrupan en bloques llamados gránulos , cuyo tamaño varía según la capacidad total de la pista del soporte de disco, aunque el tamaño del gránulo es constante para cada formato de disco. Para los discos de cuarenta cilindros formateados en doble densidad, estándar para las unidades instaladas en los modelos TRS-80 III y 4, el tamaño del gránulo es de seis sectores de 256 bytes, o 1,5 KB. Cada pista tiene tres gránulos para 4,5 KB de almacenamiento. Cada cara (superficie) del disco se formatea normalmente con 40 pistas, lo que da como resultado 180 KB por cara. El modelo 4D, con sus unidades de doble cara, da como resultado 360 KB de almacenamiento. Siempre que se necesite espacio adicional en el disco para un archivo (como extender un archivo mientras se escribe en él), se asigna un gránulo adicional. El gránulo se convierte así en la unidad de almacenamiento de tamaño mínimo.
TRSDOS asigna números a cada sector, cada pista y cada superficie. Las superficies se numeran consecutivamente a partir del cero. Las pistas se numeran consecutivamente a partir del cero en el borde exterior del disco, asignando el número más alto a la pista más interna. En unidades de cabezales múltiples, los números de pista de una superficie se duplican en cada superficie, y todas las pistas con numeración similar constituyen un cilindro . Para un disquete de doble cara formateado en un Modelo 4D, la pista cero de la superficie cero y la pista cero de la superficie uno se agrupan en el cilindro cero. La capacidad de los cilindros también tiene un límite superior de 256 sectores por cilindro u ocho gránulos por cilindro, mientras que el sistema admite (para discos duros con múltiples platos de almacenamiento) un máximo de ocho cabezales por unidad.
El cilindro de directorio del disco se coloca durante el proceso de formateo en el cilindro central; por lo tanto, un disco estándar de 40 cilindros tiene su directorio instalado en el cilindro 20. Esto reduce la distancia promedio (y el tiempo de acceso) que el cabezal de lectura/escritura de la unidad debe recorrer para acceder al directorio. El primer sector del directorio del disco contiene la Tabla de Asignación de Gránulos (GAT). La GAT se asigna mediante un mapa de bits a cada gránulo de espacio en la unidad. Otros campos de la GAT contienen el nombre del paquete, la fecha de creación (cuando se formateó el disco), la contraseña del paquete y datos relacionados con la configuración de la unidad.
Cuando se abre un archivo para acceder a él, el sistema necesita buscar su registro en el directorio. El tiempo de búsqueda se minimiza mediante una técnica de hash que reduce la cadena de 11 caracteres formada por el nombre y la extensión del archivo a un valor de un byte. El código hash de cada archivo se almacena en una Tabla de Índices Hash (HIT), que constituye el segundo sector del directorio. Cada posición en esta tabla corresponde a un registro de entrada específico del directorio. La tabla hash, al ocupar un sector, puede indexar un máximo de 256 registros o archivos. El tamaño del directorio se ajusta a la capacidad del disco, ocupando un máximo de un cilindro (hasta 34 sectores). Por lo tanto, cuanto mayor sea la capacidad de almacenamiento del disco, mayor será su directorio y mayor será el número de nombres de archivo que se pueden almacenar en él.
El registro de directorio contiene información como la fecha de la última modificación del archivo, sus códigos de contraseña de actualización y acceso, su nivel de acceso y otros atributos como si es un archivo SYStem o PDS (Conjunto de Datos Particionado) y si se ha realizado una copia de seguridad, el número relativo del último sector del archivo y el último byte dentro del último sector (o Fin de Archivo). El registro también contiene el área física utilizada por el archivo, apuntando al cilindro, el gránulo inicial relativo y el número de gránulos contiguos para cada extensión que compone el archivo. Cuando un archivo tiene más de cuatro extensiones, se utilizan registros de directorio adicionales según sea necesario, con punteros hacia adelante y hacia atrás que enlazan cada registro de cada archivo. Por lo tanto, el máximo teórico de 256 archivos posibles en un disquete solo se puede realizar si no hay fragmentación de archivos.
Cuando TRSDOS formatea un disco, todos los parámetros asociados con el disquete están predeterminados. Así, se designan el número de sectores por pista, el número de sectores por gránulo y, por lo tanto, los gránulos por pista, el número de caras (superficies) y el número de cilindros, así como la densidad del medio. Algunas de estas cifras (densidad, caras, gránulos por pista) se escriben en campos de la Tabla de Asignación de Gránulos, que forma parte del directorio del disco. Otras (sectores por pista, sectores por gránulo, además de las cantidades anteriores) forman parte de los campos de la Tabla de Control de Unidades. Cuando el sistema intenta abrir un archivo en un disco, utiliza el servicio @CKDRV para determinar la disponibilidad del disco y luego registra el disco una vez que lo encuentra disponible. Esta función de "registro" actualizará el campo DIRCYL y luego actualizará los campos DBLBIT y MAXCYL basándose en la información almacenada en la GAT. Este procedimiento libera al usuario de tener que registrar manualmente un disco recién insertado; Tiene libertad para cambiar discos con formatos diferentes en cualquier unidad sin preocuparse de que el sistema acceda a ellos incorrectamente.
Las primitivas de disco SVC se canalizan a través de rutinas comunes del sistema contenidas en el software del controlador instalado para cada tipo de dispositivo de almacenamiento de disco. El controlador para las unidades de disquete Modelo III o Modelo 4 se llama $FD y se encuentra en la región de memoria baja de TRSDOS. Las unidades de disco duro se suministran con su propio software de controlador y generalmente se instalan en la memoria alta (RAM Z80 principal de 64K) por encima del puntero HIGH$ del sistema , ya que el espacio en la región de memoria baja suele ser insuficiente (especialmente en el Modelo 4, ya que el software necesario para acceder a sus bancos de memoria externa no puede residir en la memoria RAM Z80 alta porque esa región existe en el área de intercambio de RAM con bancos). Estas rutinas del controlador establecen un protocolo de enlace entre la aplicación que solicita acceso al disco y el hardware del controlador de disquete del ordenador. Los TRS-80 utilizan chips controladores de la serie Western Digital : el WD1791 en la versión sin matriz de puertas del Modelo 4 y el WD1773 en la versión con matriz de puertas del Modelo 4. Cuando un SVC de nivel superior invoca una solicitud de E/S, como una solicitud para leer un registro de archivo, la solicitud se traduce a la primitiva de disco (comando FDC o informe de estado) necesaria para satisfacer la solicitud de función. El protocolo de enlace es uniforme en todos los dispositivos de disco conectados al sistema. Esto hace que el acceso a los archivos sea transparente al tamaño o la naturaleza del dispositivo de disco dentro del ámbito de los parámetros almacenados en la DCT para esa unidad. [ 5 ]
Gestión de archivos
Los archivos de disco admiten dos tipos de acceso: E/S de registro y E/S de caracteres. Los registros lógicos de entre uno y 256 bytes se pueden leer o escribir mediante las solicitudes SVC @READ o @WRITE. El acceso a los registros puede ser aleatorio (mediante solicitudes SVC de posición previas a READ/WRITE) o secuencial mediante lecturas o escrituras repetitivas. La E/S de caracteres (o bytes) se realiza mediante las solicitudes SVC @GET y @PUT y es esencialmente la misma que la E/S de registro con una longitud de registro lógico (LRL) igual a uno. (El acceso físico a un dispositivo de almacenamiento en disco siempre se realiza en sectores de 256 bytes. Esto está determinado por el hardware del controlador de disco TRS-80). Sin embargo, si se utilizan GET o PUT para implementar el acceso secuencial, un archivo puede considerarse un dispositivo de E/S de caracteres, al igual que una impresora, un puerto serie o un dispositivo de visualización de vídeo. Por lo tanto, una solicitud de E/S de byte es independiente del dispositivo físico "conectado" al bloque de control que solicita la E/S. Esto hace que el sistema sea "independiente del dispositivo".
Los nombres de archivo están limitados a ocho caracteres alfanuméricos (el primero debe ser una letra) y no distinguen entre mayúsculas y minúsculas (solo se utilizan mayúsculas; las minúsculas se escriben con mayúscula). Las extensiones de archivo pueden tener hasta tres caracteres y siguen las mismas reglas. Las contraseñas de archivo pueden tener hasta ocho caracteres y siguen las mismas reglas (las versiones de TRSDOS 6 hasta la 6.2 admiten contraseñas de propietario y de usuario). También se pueden asignar contraseñas maestras a disquetes completos, lo que puede limitar el acceso de los usuarios mediante los comandos BACKUP y PURGE.
Bajo TRSDOS y LDOS el sistema nunca "inicia sesión" en ninguna unidad actual como con CP/M , PC DOS y MS-DOS . El indicador del sistema siempre estáPreparado para TRSDOSTodas las solicitudes de acceso a archivos (ya sean realizadas por el usuario en la consola o por un programa en ejecución) se satisfacen buscando en el directorio de la primera unidad especificada (considerada como unidad cero si no se indica ningún número de unidad) y, si no se encuentra el archivo solicitado, se busca en la siguiente unidad (de mayor numeración) del sistema. Este proceso continúa hasta que se encuentra el archivo o se han buscado en todas las unidades del sistema (consulte a continuación las variaciones de esta regla).
Los números de unidad se especifican con dos puntos :seguidos inmediatamente del número de unidad. Los dos puntos son opcionales, a menos que la especificación de la unidad se utilice como sufijo para un nombre de archivo. Tomando como ejemplo el comando de directorio:DIR
- DIRMuestra todos los archivos comenzando por la unidad lógica cero, luego la unidad uno, y así sucesivamente.
- DIR :4o busca en la unidad lógica cuatro (para todos los archivos, como siempre que no se proporciona ningún nombre de archivo).DIR 4
- DIR :4-6o busca en las unidades lógicas cuatro, cinco y seis.DIR 4-6
- DIR :4-o busca en las unidades lógicas cuatro, cinco, seis y siete.DIR 4-
- DIR FILENAME:2Busca FILENAME en la unidad lógica dos.
- DIR FILENAME:2-Busca el archivo FILENAME en todas las unidades lógicas a partir de la unidad dos.
Como se observa, el carácter de guion se utiliza para especificar un rango de números de unidad. Los comandos `and` (catálogo) muestran todas las especificaciones de archivo ( filespecs ) que coinciden con la consulta en todas las unidades. Otros comandos/utilidades, como ` , ` y `,`, y las búsquedas de unidades iniciadas por programas en ejecución, detienen la búsqueda en la primera unidad que coincide. Si la misma especificación de archivo existe en varias unidades, se excluirán los archivos de las unidades con números más altos.-DIRCATBACKUPCOPYPURGE
Se admite el acceso a archivos mediante nombres de archivo parciales ( partspecs ), extensiones de archivo y fechas de archivo. Por ejemplo:
- DIR SAMPLEseleccionará los archivos SAMPLE, SAMPLE1, SAMPLE23 y SAMPLEIT.
- DIR /BASseleccionará los archivos SAMPLE/BAS, TEST/BAS, EXAMPLE/BAS, etc.
Al igual que en el ejemplo anterior, las especificaciones de la unidad ( drivespecs ) pueden añadirse a las especificaciones de archivo. Estos ejemplos presuponen que los archivos seleccionados no se han ocultado en el directorio del disco. Las solicitudes de acceso a archivos emitidas por programas de aplicación que se ejecutan bajo TRSDOS funcionan de la misma manera.DIR
Interfaz de línea de comandos
En TRSDOS/LS-DOS 6.x, el intérprete de comandos del sistema estándar (SYS1/SYS) puede reemplazarse funcionalmente por un intérprete personalizado copiando el nuevo intérprete al archivo del sistema SYS13/SYS (que en una instalación sin modificar es un archivo ficticio). Puede tratarse de cualquier archivo de programa en código máquina/CMD. En la documentación se le denomina "Intérprete de Comandos Extendido" o ECI.
TRSDOS/LS-DOS 6.x admite caracteres comodín en los nombres de archivo, tanto el carácter único ? como el carácter múltiple *.
TRSDOS (versión II) se destacó por la inclusión de palabras de ruido , similares a la especificación COBOL de 1959. Esto hizo que los comandos se parecieran más al inglés. Por ejemplo, los siguientes comandos funcionaban de forma idéntica:
- COPY filea fileb
- COPY filea TO fileb
Dado que TRSDOS no cuenta con el concepto de redirección de E/S como UNIX / Linux y MS-DOS , el comando APPEND difiere conceptualmente de la noción de añadir datos mediante redirección de salida propia de UNIX o MS-DOS. TRSDOS/LS-DOS 6.x sí proporciona redirección de E/S para dispositivos del sistema (teclado *KI, pantalla *DO, impresora *PR, puerto serie *CL), así como entre dispositivos y archivos de disco. El comando DEVICE muestra un mapa de enlaces y rutas de E/S. En DOS y UNIX, la impresión de un archivo puede realizarse mediante redirección; en UNIX, normalmente se realiza enviando el archivo a la " impresora de línea " (mediante el comando lpr ), ya que UNIX es convencionalmente un sistema multiusuario. Los trabajos de impresión de TRSDOS/LS-DOS 6.x pueden redirigirse (por ejemplo, a un archivo de disco) aplicando los comandos LINK o ROUTE al dispositivo *PR del sistema.
TRSDOS/LS-DOS 6.x no admite subdirectorios ni áreas de usuario. Sin embargo, los comandos DIR y CAT (catálogo) para mostrar datos de archivos admiten los nombres de archivo parciales, sufijos y fechas habituales. En TRSDOS/LS-DOS 6.x, los archivos pueden ocultarse a los comandos DIR y CAT, y pueden mostrarse con el parámetro INV (a menos que estén protegidos con contraseña y no se haya proporcionado la contraseña correcta).
TRSDOS/LS-DOS 6.3 puede volcar la pantalla de vídeo a la impresora de línea pulsando + .CTRL:
Muchas versiones admiten una seguridad de contraseña simple para archivos y programas, con capacidades separadas de lectura/ejecución y acceso completo. Por ejemplo: nombre de archivo/contraseña.externa:unidad# . TRSDOS 6.x admite contraseñas de propietario y de usuario (máximo 8 caracteres) para archivos de disco. LS-DOS 6.3 utiliza el espacio para la contraseña de usuario para su esquema de fecha extendida (posterior al 31 de diciembre de 1987). Ambos sistemas operativos Model 4 pueden establecer varios niveles de acceso a archivos y permitir la protección contra escritura por software para archivos de disco y discos completos.
Comandos
Aunque MS-DOS debe su herencia principalmente a CP/M y, por consiguiente, a TOPS-10 , muchos de los comandos de manipulación de archivos son similares a los de TRSDOS. Algunos de los siguientes comandos de TRSDOS existen en el disco como archivos de programa distintos (DIR/CMD, FORMAT/CMD, BACKUP/CMD), mientras que todos los demás existen como módulos condensados en los archivos de biblioteca (técnicamente conjuntos de datos particionados o PDS) SYS6/SYS, SYS7/SYS y SYS8/SYS; estos incluyen comandos de TRSDOS como CAT, COPY, LIST, REMOVE y RENAME.
Algunas utilidades típicas de TRSDOS:
Código de ejemplo
El siguiente código fuente en lenguaje ensamblador Z80 corresponde a una subrutina llamada HELLO_WORLD . Este es un programa introductorio que imprime un mensaje en la pantalla y luego finaliza. Aunque sencillo, demuestra cómo se formatea un código fuente en lenguaje ensamblador y cómo interactúa con el hardware de visualización a través de TRSDOS. El ejemplo utiliza un TRS-80 Modelo 4 con TRSDOS/LS-DOS 6.x, producido por Tandy/Radio Shack y Logical Systems, y es compatible con casi cualquier ensamblador vendido por Radio Shack o Misosys Inc. (Serie I/EDTASM, ALDS, EDAS o MRAS con interruptor).-GC
Referencias
- 1 2 "La Fuente" . TRS-80.org de Matthew Reed . Consultado el 21 de mayo de 2019 .
- ↑ White, Ron (agosto de 1987). "La historia de Tandy: todo comenzó hace 10 años en una sala de exposición de autos usados reconvertida..." 80 Micro . págs. 50-64 . Recuperado el 18 de mayo de 2019 .
- ↑ Archer, Rowland Jr. (octubre de 1983). "Radio Shack's TRS-80 Model 4" . BYTE . págs. 292–302 . Consultado el 31 de enero de 2015 .
- ↑ "¡Nuevo! TRSDOS 6.2" . Catálogo TRS-80 (RSC-12) . Tandy/Radio Shack. 1985. pág. 28. Archivado del original el 5 de enero de 2026. Consultado el 7 de mayo de 2019 a través del sitio web de catálogos de Radio Shack.
- ↑ Soltoff, Roy. "Guía del programador para TRSDOS 6" (PDF) . Página principal de Tim Mann . Consultado el 4 de noviembre de 2019 .
- Clays, Michael (19 de febrero de 2000). "TRS-80 Modelo I TRSDOS" . Museo Virtual de Computadoras de Mike . Archivado del original el 21 de febrero de 2006.
Enlaces externos
- Resumen de comandos de usuario de TRSDOS/LS-DOS 6.x
- Mensajes de error del TRS-80 archivados el 5 de marzo de 2021 en Wayback Machine.
- Sitio web del TRS-80 reactivado
- Página principal del Modelo III (con lista de alternativas a TRSDOS en el TRS-80 Modelo III)
- El software emulador TRS-80 de Matthew Reed funciona bajo MS-DOS ; requiere la extracción de una imagen ROM.
- xtrs Un emulador de TRS-80 para UNIX y X11; se aplican problemas de ROM similares.
- TRSdisk , utilidades TRSDOS para UNIX
- Administrador de disquetes virtuales TRS-80
- Aplicaciones TRSDOS
- Sistemas operativos de disco
- TRS-80
- Sistemas operativos descontinuados
- Software de 1977