TRSDOS (que significa la T Andy R adio S corte D ISK O TR ABAJO S ystem) es el sistema operativo para el Tandy TRS-80 línea de ocho bits Zilog Z80 microordenadores que se vende a través de Radio Shack de 1977 a 1991. Los manuales de Tandy recomendó que se pronunciara triss-doss . TRSDOS no debe confundirse con Tandy DOS , una versión de MS-DOS con licencia de Microsoft para la línea x86 de computadoras personales de Tandy. (PC).
Desarrollador | Tandy |
---|---|
Estado de trabajo | Histórico |
Modelo fuente | Fuente cerrada |
Versión inicial | Modelo I en 1977 |
Último lanzamiento | Modelo 4 Versión 6.2 / 1984 |
Disponible en | inglés |
Plataformas | TRS-80 basado en Zilog Z80 |
Tipo de grano | Monolítico |
Interfaz de usuario predeterminada | Interfaz de línea de comandos |
Con el TRS-80 Modelo I 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. sistemas Modelo I sin disco. Las computadoras Model III posteriores equipadas con disco utilizaron una versión completamente diferente de TRSDOS de Radio Shack que culminó en 1981 con la versión 1.3 de TRSDOS. Desde 1983, las computadoras TRS-80 Modelo 4 equipadas con disco utilizaron TRSDOS Versión 6, que fue un desarrollo del Modelo III LDOS por Logical Systems, Inc. Este último fue actualizado en 1987 y lanzado como LS-DOS 6.3.
Sin relación alguna, hubo una versión de TRSDOS de Radio Shack para su computadora profesional TRS-80 Modelo II de 1979, también basada en la Z80 y equipada con unidades de disco de 8 pulgadas. Las últimas máquinas de esta línea, los modelos 12, 16 y 6000, utilizaron la Z80 como una CPU alternativa a su chip principal Motorola 68000 y podían ejecutar esta versión de TRSDOS para compatibilidad con versiones anteriores del software de aplicaciones Z80.
Historia
Tandy Corporation 's TRS-80 del microordenador no tiene una unidad de disco o el sistema operativo de disco en el lanzamiento. La primera versión de TRSDOS, de Randy Cook, tenía tantos errores que otros escribieron alternativas, incluidas NewDOS y LDOS. Después de disputas con Cook sobre la propiedad del código fuente, Tandy contrató a Logical Systems, el desarrollador de LDOS, para continuar con el desarrollo de TRSDOS. [1] TRSDOS 6, enviado con el TRS-80 Modelo 4 en 1983, es idéntico al LDOS 6.00. [2]
fechas
- 8 de mayo de 1979 - Radio Shack lanza TRSDOS 2.3
- 1 de mayo de 1981 - Radio Shack lanza 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 [3]
- 1984 - Logical Systems publica The Source , el código fuente del ensamblador comentado para TRSDOS 6.2 [4]
- 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 envía con el Modelo 4D.
Funciones y capacidades
La línea Z80 de RadioShack de computadoras TRS-80 ( Modelos I / III y Modelo 4 ) admite hasta cuatro unidades de disquete físico (mini-disquete) que (como se venden) usan disquetes de 5¼ pulgadas . El TRSDOS original para el Modelo I solo admitía discos de una cara con 35 pistas formateadas en densidad única (los sectores se codifican mediante la técnica de modulación de frecuencia ). El modelo III TRSDOS (que culmina en la versión 1.3) admitía discos de 40 pistas formateados en doble densidad (utilizando modulación de frecuencia modificada ). El modelo está equipado con controladores de doble densidad y los modelos I / III equipados con transmisiones de 80 pistas o transmisiones de doble cara no pueden usar TRSDOS; RadioShack vendió el sistema operativo LDOS de Logical System que podía controlar este tipo de unidades. TRSDOS 6 del Model 4 es un desarrollo de LDOS y tiene las mismas capacidades.
Las unidades de disco duro (entonces también conocidas como unidades Winchester ) requerían un software de controlador personalizado proporcionado por sus fabricantes. Estos controladores permitieron que cualquier instalación de TRSDOS tuviera acceso a ellos con hasta ocho posibles particiones de unidad, cada una asignada a números de unidad del cero al siete. En realidad, un disco duro grande podría formatearse con más de ocho particiones, pero TRSDOS solo puede acceder a ocho durante una sesión. Los discos duros pueden tener algunas particiones formateadas bajo TRSDOS y otras bajo el sistema operativo CP / M. Cada unidad de disquete del sistema también ocuparía una asignación de número de unidad. El modelo 4, con su capacidad para establecer un disco RAM (memdisk), también se requiere una asignación de número de unidad para esto.
Todas las versiones de TRSDOS utilizan superposiciones para satisfacer la mayoría de las solicitudes del sistema y los directorios del disco no se mantienen en la memoria. Esto tiene dos implicaciones para el rendimiento del sistema. Primero, en el acceso inicial al archivo, el DOS siempre hace referencia al directorio del disco para obtener información que proporcione el mapeo físico del espacio en disco asignado al archivo (incluidas sus extensiones, si las hubiera). Después del acceso inicial, esta información se mantiene en un bloque de control de archivos, cuyo espacio de memoria es proporcionado por la aplicación que realiza la llamada. No es necesario que las referencias adicionales lean el directorio del disco (a menos que se escriba en el archivo y se deba asignar más espacio en el disco). Por esta razón, el rendimiento del sistema depende en gran medida de qué tan cerca están los espacios en disco asignados de un archivo al cilindro del directorio y qué tan fragmentado (extensiones ubicadas en espacios no contiguos) está el archivo en su totalidad. Cuanto más lejos esté el cilindro del directorio, más deberá moverse el cabezal de lectura / escritura de la unidad, lo que ralentiza el acceso al disco y produce más desgaste mecánico en la unidad. TRSDOS tiene comandos que permiten al usuario optimizar la ubicación de archivos particulares en el espacio físico del disco y el FREEcomando para mostrar un mapa de la ubicación física de un archivo en una unidad.
La segunda implicación de la arquitectura basada en superposición es que un disco que contiene archivos de sistema TRSDOS (extensión de archivo / SYS) siempre debe estar presente en cualquier unidad asignada como unidad lógica número cero. (En el Modelo 4, esto puede ser el Memdisk, liberando así la unidad física cero que se puede usar para un disco de datos que no es del sistema). LDOS y TRSDOS 6 tienen un comando SYSRES que carga archivos de sistema seleccionados en la RAM Z80, liberando así espacio en el disco del sistema para datos que no son 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 modo 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 se pueden configurar para que estén protegidas contra escritura por el DOS.
Gestión de discos
La función principal de cualquier sistema operativo es proporcionar al usuario una función para administrar y acceder a archivos almacenados en dispositivos de almacenamiento en disco. Dado que el usuario no debe cargar con los detalles físicos de los dispositivos de almacenamiento en sí, es responsabilidad del sistema operativo traducir las solicitudes de acceso a registros de archivos en parámetros específicos de unidad, pista, sector y cabezal que identifiquen la ubicación de almacenamiento de cada registro.
El sistema también mantiene en la memoria Z80 dentro de TRSDOS una tabla de control de unidades que almacena los parámetros asociados con cada una de las ocho unidades lógicas. Los parámetros de la unidad de disco se refieren a cómo se divide el espacio total de almacenamiento en una unidad en unidades direccionables. La (s) capa (s) de partículas magnéticas en la superficie del disco se magnetizan (durante el proceso de formateo) en círculos concéntricos de áreas de almacenamiento llamadas TRACKS . Cada pista se divide en subáreas de 256 bytes denominadas SECTORES . Cada sector se identifica de forma única por un patrón de información que precede a cada sector denominado CAMPO DE 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) debe ser siempre 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 que varían en tamaño de acuerdo con la capacidad total de pistas del disco, aunque el tamaño de los gránulos para cada formato de disco es constante. Para discos de cuarenta cilindros formateados en doble densidad, estándar para las unidades instaladas en los TRS-80 Modelos III y 4, el tamaño de los gránulos es de seis sectores de 256 bytes o 1,5 KB. Cada pista tiene tres gránulos para 4,5 KB de almacenamiento. Cada lado (superficie) del disco normalmente se formatea con 40 pistas, con un rendimiento de 180 KB por lado. El Modelo 4D, con sus unidades de doble cara, rinde 360 KB de almacenamiento. Siempre que se necesita espacio adicional en disco para un archivo (como extender un archivo mientras se escribe), se asigna un módulo 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 comenzando desde cero. Las pistas se numeran consecutivamente comenzando desde cero en la parte más externa del disco, dando a la pista más interna el número más alto. Cuando se utilizan variadores de cabezales múltiples, los números de pista en una superficie se duplican en cada superficie con todas las pistas numeradas de manera similar que 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. Las capacidades de los cilindros también tienen 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 medios de almacenamiento) un máximo de ocho cabezales por disco.
El cilindro de directorio del disco se coloca durante el proceso de formateo en el cilindro del medio; 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 moverse para acceder al directorio. El primer sector del directorio del disco contiene la tabla de asignación de gránulos ( GAT ). El GAT se asigna en bits a cada gránulo de espacio en la unidad. Otros campos del GAT contienen el NOMBRE DEL PAQUETE, la FECHA de creación (cuando se formateó el disco), la CONTRASEÑA del paquete y los datos relacionados con la configuración de la unidad.
Cuando se va a abrir un archivo para acceder, el sistema necesita buscar en el directorio su registro de directorio. El tiempo de búsqueda se minimiza mediante el uso de una técnica de hash para reducir 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 índice hash (HIT), que es el segundo sector del directorio. Cada posición en esta tabla corresponde a un registro de entrada de directorio específico. La tabla hash, que tiene un sector de longitud, puede indexar un máximo de 256 registros o archivos de directorio. El directorio en sí se dimensiona de acuerdo con la capacidad del disco con 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 el disco.
El registro de directorio contiene información como la fecha en que se modificó por última vez el 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 (Partitioned Data Set) y si se ha realizado una copia de seguridad. made, el número relativo del último sector en el archivo y el último byte dentro del último sector (o Fin de archivo). El registro también contiene el almacenamiento físico en uso por el archivo, señalando el cilindro, el gránulo de inicio relativo y el número de gránulos contiguos para cada extensión que enlaza 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 vinculan cada registro de cada archivo.
Cuando TRSDOS formatea un disco, todos los parámetros asociados con el disquete están predeterminados. Por tanto, se designan el número de sectores por pista, el número de sectores por gránulo y, por tanto, los gránulos por pista, el número de lados (superficies) y el número de cilindros, así como la densidad del medio. Algunas de estas cifras (densidad, lados, gránulos por pista) se escriben en campos de la tabla de asignación de gránulos, que forma parte del directorio del disco. Otros (sectores por pista, sectores por gránulo, además de las cantidades anteriores) forman parte de los campos de la Tabla de control de conducción. Cuando el sistema intenta abrir un archivo en un disco, utiliza el @CKDRV SVC 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, luego actualizará los campos DBLBIT y MAXCYL según la información almacenada en el GAT. Este procedimiento libera al usuario de tener que registrar manualmente un disco recién insertado; Tiene la libertad de cambiar discos formateados de forma diferente en cualquier unidad sin preocuparse de que el sistema acceda a ellos de forma incorrecta.
Las primitivas de disco SVC se canalizan a través de rutinas de sistema comunes contenidas en el software del controlador instalado para cada tipo de dispositivo de almacenamiento en disco. El controlador para las unidades de disquete Modelo III o Modelo 4 se denomina "$ FD" y está ubicado en la región de memoria baja de TRSDOS. Las unidades de disco duro se suministran con su propio software de controlador y, por lo general, se instalan en memoria alta 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 se necesita software para acceder a su memoria externa almacenada no puede residir en alta memoria). Estas rutinas de controladores establecen un protocolo de enlace entre la aplicación que solicita acceso al disco y el hardware del controlador de disquete de la computadora. Los TRS-80 utilizan chips de controlador de la serie Western Digital: el WD1791 en la versión de matriz sin compuerta Modelo 4 y el WD1773 en la versión de matriz de compuerta 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 esa 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 que están 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 alcance de los parámetros almacenados en el DCT para esa unidad. [5]
Gestión de archivos
Los archivos de disco son compatibles con dos tipos de acceso: E / S de registro y E / S de caracteres. Los registros lógicos de uno a 256 bytes de longitud se pueden leer o escribir utilizando las solicitudes @READ o @WRITE SVC. La E / S de registro puede ser de acceso aleatorio (por solicitudes de SVC de posición antes de READ / WRITE) o acceso secuencial usando READs o WRITEs repetitivas. La E / S de carácter (o byte) se logra mediante solicitudes @GET y @PUT SVC y es esencialmente lo mismo 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 unidades de sectores de 256 bytes. Esto lo fija el hardware del controlador de disco TRS-80). Sin embargo, si se utilizan GET o PUT para implementar el acceso secuencial, entonces un archivo puede considerarse un dispositivo de E / S de caracteres como una impresora, un puerto serie o un dispositivo de visualización de video. Por 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 primer carácter debe ser alfabético) que no distinguen entre mayúsculas y minúsculas (solo se utilizan letras mayúsculas; cualquier letra minúscula ingresada se escribe en mayúscula). Las extensiones de archivo tienen hasta tres caracteres y siguen las mismas reglas. Las contraseñas de archivo tienen hasta ocho caracteres que obedecen las mismas reglas (las versiones de TRSDOS 6 hasta 6.2 admiten contraseñas de propietario y de usuario). También se pueden asignar contraseñas maestras a disquetes completos, que pueden limitar el acceso del usuario a través de 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 es siempre TRSDOS Ready. Todas las solicitudes de acceso a archivos (ya sean emitidas por el usuario en la consola o un programa en ejecución) se satisfacen buscando en el directorio de la primera unidad especificada (se toma como unidad cero si no se proporciona un número de unidad) y, si el archivo solicitado no es encontrado y, a continuación, busque la siguiente unidad (con el número más alto) en el sistema. Esto continúa hasta que se encuentra el archivo o se han buscado todas las unidades del sistema (pero 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. Usando el DIRcomando de directorio como ejemplo:
DIRmuestra todos los archivos que comienzan con la unidad lógica cero, luego la unidad uno, y así sucesivamente.
DIR+ + :4o DIR+ + 4busca en la unidad lógica cuatro (para todos los archivos, como siempre cuando no se proporciona un nombre de archivo).
DIR+ + :4-6o DIR+ + 4-6busca unidades lógicas cuatro, cinco y seis.
DIR+ + :4-o DIR+ + 4-busca unidades lógicas cuatro, cinco, seis y siete.
DIR+ + FILENAME:2busca FILENAME en la unidad lógica dos.
DIR+ + FILENAME:2-busca FILENAME en todas las unidades lógicas a partir de la unidad dos.
Como se ve, el carácter de guión -se usa para especificar un rango de números de unidad. Los comandos DIRy CAT(catálogo) muestran todas las especificaciones de archivo ( especificaciones de archivo ) que coinciden con la consulta en todas las unidades. Otros comandos / utilidades como BACKUP, COPYy PURGE, y búsquedas de unidades iniciadas por programas en ejecución, dejan de buscar en la primera unidad que coincida. Si existe la misma especificación de archivo en varias unidades, se excluirán los archivos de las unidades con números más altos.
Se admite el acceso a archivos por nombres de archivo parciales ( especificaciones de pieza ), extensiones de archivo y fechas de archivo. Por ejemplo:
DIR+ + SAMPLEseleccionará los archivos SAMPLE, SAMPLE1, SAMPLE23 y SAMPLEIT.
DIR+ + /BASseleccionará archivos SAMPLE / BAS, TEST / BAS, EXAMPLE / BAS, etc.
Como en el DIRejemplo anterior, las especificaciones de la unidad ( drivepecs ) se pueden agregar a las especificaciones del archivo. Estos ejemplos asumen que los archivos seleccionados no se han hecho invisibles en el directorio del disco. Las solicitudes de acceso a archivos emitidas por programas de aplicaciones que se ejecutan en TRSDOS funcionan de la misma manera.
Interfaz de línea de comandos
En TRSDOS / LS-DOS 6.x, el intérprete de comandos del sistema estándar (SYS1 / SYS) se puede reemplazar funcionalmente con un intérprete personalizado copiando el nuevo intérprete en el archivo del sistema SYS13 / SYS (que en una instalación no modificada es un archivo ficticio ). Puede ser cualquier código de máquina / archivo de programa CMD. Esto se conoce en la documentación como un "Intérprete de comandos extendidos" o ECI.
TRSDOS / LS-DOS 6.x admite caracteres comodín en los nombres de archivo, ¿tanto el carácter único? y varios caracteres *.
TRSDOS (versión II) fue notable por la inclusión de ruido palabras, similar a la 1959 COBOL especificación. Estos hicieron que los comandos fueran más parecidos al inglés. Por ejemplo, los siguientes comandos funcionaron de manera idéntica:
- COPIA archivoa archivob
- COPIAR archivoa A archivob
Dado que TRSDOS no tiene la noción de redirección para archivos de disco como lo hacen UNIX / Linux y MS-DOS , el comando APPEND es algo diferente en concepto a la noción de UNIX o MS-DOS de agregar mediante redirección de salida. TRSDOS / LS-DOS 6.x proporciona redirección de E / S para dispositivos del sistema (teclado * KI, pantalla de visualización * DO, impresora * PR, puerto serie * CL), así como para entre dispositivos y archivos de disco. El comando DEVICE muestra un mapa de rutas y enlaces de E / S. En DOS y UNIX, la impresión de un archivo se puede realizar con redirección; bajo UNIX normalmente se hace poniendo el archivo en la cola de la "impresora de línea" (usando el comando lpr ) porque UNIX es convencionalmente un sistema multiusuario. Los trabajos de impresión TRSDOS / LS-DOS 6.x se pueden redirigir (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 de archivo habituales. En TRSDOS / LS-DOS 6.x, los archivos pueden hacerse invisibles para los comandos DIR y CAT, y pueden mostrarse con el parámetro INV (a menos que algún archivo esté protegido por contraseña y no se proporcione el p / w correcto).
TRSDOS / LS-DOS 6.3 puede volcar la pantalla de video a la impresora de línea presionando CTRL+ :.
Muchas versiones admiten una seguridad de contraseña simple para archivos y programas, con capacidades de acceso completo y lectura / ejecución independientes. ej: nombre de archivo / contraseña ext: unidad # . TRSDOS 6.x admite contraseñas de propietario y de usuario (8 caracteres como máximo) para archivos de disco. LS-DOS 6.3 usa el espacio para la contraseña de usuario para su esquema de citas extendido (pasado el 31 de diciembre de 1987). Ambos sistemas operativos Modelo 4 pueden establecer varios niveles de acceso a archivos y permitir la protección contra escritura del software para archivos de disco y discos completos.
Comandos
Aunque MS-DOS debe su herencia más estrechamente a CP / M y de ahí a TOPS-10 , muchos de los comandos de manipulación de archivos son muy similares a los de TRSDOS. En comparación, el comando CP / M para copiar archivos se llamaba pip (un juego de palabras con las impresoras Pip, una cadena de centros de copia en esa época y un acrónimo que significa "Programa de intercambio de periféricos").
Algunas utilidades típicas de TRSDOS:
Mando | DOS , OS / 2 , Windows | Unix , similar a Unix | Descripción | |
---|---|---|---|---|
ADJUNTAR | tipo archivo1 >> archivo2 | archivo cat >> archivo2 | ||
ATTRIB | attrib | chmod | ATTRIB, PROT y el comando chmod UNIX son todos algo diferentes en su semántica. UNIX / Linux es multiusuario y cada usuario puede controlar los permisos de lectura, escritura y ejecución en sus propios archivos y directorios. MS-DOS es un usuario único y los atributos de archivo para "solo lectura", "oculto" y "sistema" son de carácter consultivo. TRSDOS era un solo usuario. | |
AUTO | AUTOEXEC.BAT | ~ / .profile o ~ / .login o / etc / rc * | El comando AUTO establece un comando automático que se ejecutará en el arranque TRSDOS; bajo MS-DOS, el archivo reservado especial llamado AUTOEXEC.BAT contenía una lista de dichos comandos. TRSDOS / LS-DOS 6.x admite el lenguaje de control de trabajos en el que cualquier archivo de texto con el sufijo / JCL podría procesar por lotes cualquier número de archivos de programa ejecutables. Dicho archivo podría ser objeto de un comando AUTO. En UNIX, un conjunto de uno o más archivos rc en / etc / son un conjunto de " r un c ommands" de tiempo de arranque y los "archivos dot" especiales en el directorio de inicio de un usuario se ejecutan cada vez que un usuario determinado inicia sesión en el sistema . UNIX soporta muchos otros "dotfiles" para muchos de sus comandos que son similares al contenido de la carpeta de "preferencias" de Macintosh . | |
RESPALDO | discocopia | tar , cpio , pax , (muchos otros) | TRSDOS / LS-DOS 6.x incluye la utilidad BACKUP / CMD que puede copiar en masa archivos especificados por coincidencias de nombre de archivo parciales, sufijos de archivo (por ejemplo, como / CMD o / BAS) o por fecha de archivo. Se puede realizar una COPIA DE SEGURIDAD para la primera consulta de permiso para copiar cada archivo con el parámetro Q = Y. En computadoras con una sola unidad, el parámetro X permitirá copiar entre dos discos al indicar al usuario cuándo cambiar de disco en la unidad. | |
RELOJ | mensaje $ t * | en algunas conchas: PS1 = "... \ t ..." * | El comando CLOCK muestra un reloj en tiempo real en la esquina superior de la pantalla, casi como un TSR de DOS ( Terminate and Stay Resident ); no existe una característica exactamente correspondiente en MS-DOS o UNIX, aunque muchos programas proporcionaron características similares para DOS y los shells comunes de UNIX podrían incrustar la hora en su "cadena de solicitud" definida por el usuario. | |
COPIAR | Copiar | cp | ||
DIR | dir | ls | ||
DISKCOPY | discocopia | LS-DOS 6.3 incluye la utilidad DISKCOPY / CMD que hace una copia exacta de un disco de origen formateando y copiando a un disco de destino en blanco. | ||
FORMATO | formato | mkfs | ||
LIBRE | chkdsk | df | ||
GETDISK / GETTAPE | ? | dd | ||
MATAR | del | rm | ||
LISTA | tipo | gato | En TRSDOS / LS-DOS 6.x, el comando LIST puede mostrar o imprimir el contenido de archivos no ASCII con el parámetro HEX. | |
Programa de carga | (sin equivalente) | (sin equivalente) | La invocación del programa en TRSDOS, DOS y UNIX se realiza por nombre de archivo; no se requiere ningún comando LOAD explícito para ejecutables binarios normales ni para archivos de comandos de texto ( archivos por lotes en DOS y scripts de shell en UNIX / Linux). El comando LOAD bajo TRSDOS cargaría un programa binario en la memoria, pero no lo ejecutaría; ni DOS ni UNIX tienen un equivalente. | |
MEMORIA | El comando MEMORY muestra los nombres y tamaños de los módulos residentes en memoria. También se utiliza para modificar los bytes del indicador del sistema. Por ejemplo, el indicador A es el byte de asignación de DOS, que el comando BACKUP utiliza para especificar el cilindro inicial de un disco para comenzar a copiar archivos. Esto le da al usuario control sobre la ubicación física de los archivos en los discos, lo cual es importante para minimizar el movimiento del cabezal de lectura / escritura de la unidad durante el acceso a los archivos. | |||
IMPRESIÓN | tipo de archivo >> prn | lpr | ||
PROT | attrib | chmod | ATTRIB, PROT y el comando chmod UNIX son todos algo diferentes en su semántica. UNIX / Linux es multiusuario y cada usuario puede controlar los permisos de lectura, escritura y ejecución en sus propios archivos y directorios. MS-DOS es un usuario único y los atributos de archivo para "solo lectura", "oculto" y "sistema" son de carácter consultivo. TRSDOS era un solo usuario. | |
PURGA | TRSDOS / LS-DOS 6.x admite el comando PURGE que eliminará en masa los archivos especificados por nombre de archivo parcial, sufijos de archivo o fechas de archivo. PURGE solicitará al usuario permiso para eliminar cada archivo a menos que se proporcione el parámetro Q = N. | |||
REBAUTIZAR | ren o renombrar | mv |
Referencias
- ^ White, Ron (agosto de 1987). "La historia de Tandy: Todo comenzó hace 10 años en una sala de exhibición de autos usados reconvertida ..." 80 Micro . págs. 50 -64 . Consultado el 18 de mayo de 2019 .
- ^ Archer, Rowland Jr. (octubre de 1983). "Modelo 4 TRS-80 de Radio Shack" . BYTE . págs. 292-302 . Consultado el 31 de enero de 2015 .
- ^ "1985 Catálogo de Computadoras Radio Shack RSC-12 página 28" . radioshackcatalogs punto com . Tandy / Radio Shack . Consultado el 7 de mayo de 2019 .
- ^ "La Fuente" . trs-80 punto org . Matthew Reed . Consultado el 21 de mayo de 2019 .
- ^ Soltoff, Roy. "Guía del programador de TRSDOS 6" (PDF) . timm-mann punto org . Misosys Inc . Consultado el 4 de noviembre de 2019 .
- Clays, Michael (19 de febrero de 2000). "TRS-80 Modelo I TRSDOS" . Museo de Computadoras Virtuales de Mike . Archivado desde el original el 21 de febrero de 2006.
enlaces externos
- [1] Resumen de comandos de usuario de TRSDOS / LS-DOS 6.x
- Mensajes de error TRS-80
- Sitio revivido TRS-80
- Página de inicio del Modelo III (con lista de alternativas de TRSDOS en el Modelo III de TRS-80)
- El software emulador TRS-80 de Matthew Reed se ejecuta en MS-DOS ; requiere la extracción de una imagen ROM
- xtrs Un emulador 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