RSTS/E

El núcleo de RSTS se programó en lenguaje ensamblador MACRO-11 , se compiló y se instaló en un disco mediante el programa CILUS , ejecutándose en un sistema operativo DOS-11 . RSTS arrancaba con una versión extendida del lenguaje de programación BASIC que DEC denominó " BASIC-PLUS ". Todos los CUSPS del software del sistema operativo, incluidos los programas para la contabilidad de recursos, el inicio y cierre de sesión, y la administración del sistema, se escribieron en BASIC-PLUS. De 1970 a 1973, RSTS se ejecutaba en tan solo 56 KB de memoria de núcleo magnético (64 kilobytes incluyendo el espacio de E/S mapeado en memoria ). Esto permitía que un sistema tuviera hasta 16 terminales con un máximo de 17 trabajos . El tamaño máximo del programa era de 16 KB. ^{[ 10 ]} A finales de 1973, DEC estimó que había 150 sistemas con licencia ejecutando RSTS. ^{[ 11 ]}

En 1973, se incluyó soporte para la gestión de memoria en RSTS (ahora RSTS/E) para los nuevos miniordenadores DEC PDP-11/40 y PDP-11/45 (el PDP-11/20 solo era compatible con RSTS-11). La introducción de la gestión de memoria en los nuevos ordenadores PDP-11 no solo significó que estas máquinas pudieran direccionar cuatro veces más memoria ( direccionamiento de 18 bits , 256 KB), sino que también allanó el camino para que los desarrolladores separaran los procesos en modo usuario del núcleo del kernel.

En 1975, se actualizó nuevamente la gestión de memoria para el nuevo PDP-11/70 direccionable de 22 bits . Los sistemas RSTS ahora podían ampliarse para usar hasta dos megabytes de memoria y ejecutar hasta 63 trabajos. Se introdujeron los conceptos RTS y CCL , aunque debían compilarse durante " SYSGEN ". Se introdujo el servicio multiterminal, que permitía a un solo trabajo controlar múltiples terminales (128 en total). El envío/recepción de mensajes grandes y la comunicación entre procesos se volvieron muy sofisticados y eficientes. En agosto, había 1200 sistemas con licencia. ^{[ 11 ]}

En 1977, el proceso de instalación de RSTS dejó de depender de DOS-11. El núcleo de RSTS podía compilarse con RT-11 RTS , formatearse como un archivo de núcleo con RT-11 SILUS y copiarse al sistema u otros discos, mientras el ordenador compartía el tiempo. BASIC-PLUS RTS (así como RT-11, RSX-11 , TECO y RTS de terceros ) se ejecutaban como procesos en modo usuario, independientemente del núcleo de RSTS. Un administrador de sistemas podía decidir durante la fase de arranque qué RTS ejecutar como monitor de teclado ( KBM ) predeterminado del sistema . Para entonces, existían unos 3100 sistemas con licencia. ^{[ 11 ]}

En 1978, se incluyó la última actualización de gestión de memoria para todas las máquinas compatibles con direccionamiento de 22 bits. RSTS ahora podía usar la cantidad máxima de memoria disponible para un PDP-11 (4 megabytes). También se incluyó compatibilidad con el modo SUPERVISORY, lo que convirtió a RSTS en el primer sistema operativo de DEC con esta capacidad. Asimismo, se admitía DECnet y el diagnóstico remoto por parte de técnicos de servicio de campo en el RDC de Colorado Springs, Colorado (un servicio de suscripción de DEC). A finales de la década , existían más de 5000 sistemas con licencia. ^{[ 11 ]}

En 1981, la compatibilidad con espacios de instrucciones y datos separados para usuarios de máquinas Unibus ( PDP-11/44 , PDP-11/45, PDP-11/55 y PDP-11/70) amplió las limitaciones de memoria de los programas individuales. La compilación de programas para usar espacios de instrucciones y datos separados pronto permitió disponer de hasta 64  KB para instrucciones y hasta 64  KB para datos de almacenamiento en búfer. Se incluyó el protocolo DCL RTS, así como la compatibilidad con la nueva versión de DECnet III.

Para 1983, con un estimado de 15,000 máquinas DEC ejecutando RSTS/E, ^{[ 3 ]} V8.0-06 incluyó soporte para el PDP-11 de 18 bits más pequeño vendido por DEC (el MicroPDP-11). Se incluyeron un kernel pregenerado y CUSPS en esta distribución para facilitar la instalación en el MicroPDP-11. DEC vendió la versión pregenerada en el MicroPDP-11 como MicroRSTS a un precio reducido, sin embargo, los usuarios debían comprar la versión completa si necesitaban generar su propio kernel. El sistema de archivos se actualizó y se le dio la designación RSTS Directory Structure 1 (RDS1). ^{[ 12 ]} Todas las versiones anteriores del sistema de archivos RSTS reciben la designación RDS0. ^{[ 13 ]} El nuevo sistema de archivos fue diseñado para admitir más de 1700 cuentas de usuario. ^{[ 14 ]} "Ahora se cree que hay más de 10.000 usuarios con licencia y al menos un número igual de usuarios sin licencia!". ^{[ 11 ]}

De 1985 a 1989, RSTS se convirtió en un producto maduro en las revisiones de la Versión 9. DCL se instaló como el RTS principal y el sistema de archivos se actualizó nuevamente (ahora RDS1.2) para admitir nuevas características de cuentas de usuario. Las contraseñas se cifraron utilizando un algoritmo DES modificado en lugar de limitarse a seis (6) caracteres almacenados en formato DEC Radix-50 . Antes de la Versión 9, había una cuenta de sistema no de usuario en el proyecto (grupo) cero (la designación es [0,1]), y todas las cuentas en el proyecto número 1 eran privilegiadas (similar a la cuenta root en los sistemas Unix ). Con el lanzamiento de la Versión 9, se podían crear cuentas adicionales para el proyecto cero, y se podían establecer múltiples privilegios individualmente para cualquier cuenta. Se incluyó soporte para el protocolo LAT , así como la capacidad de ejecutar la versión más reciente de DECnet IV. Estas mejoras de red permiten que cualquier usuario conectado a una terminal a través de un DECserver pueda comunicarse con una máquina RSTS, tan fácilmente como con un VAX que ejecuta VMS . La estructura de comandos DCL entre los sistemas operativos DEC también contribuyó a la apariencia y la sensación familiares:

No se trata de un procesador de archivos de comandos pseudo más; se basa en las características de VMS. El procesador de archivos de comandos DCL es totalmente compatible e integrado en RSTS mediante modificaciones sustanciales en DCL y el monitor. DCL ejecuta archivos de comandos como parte de su trabajo; por lo tanto, no es necesario un teclado pseudo ni forzar la introducción de comandos en su teclado (como ocurre con ATPK). ^{[ 15 ]}

En 1994, DEC vendió la mayor parte de su negocio de software para PDP-11 a Mentec . ^{[ 16 ]} Digital continuó brindando soporte a sus propios clientes de PDP-11 durante un breve período después con la ayuda del personal de Mentec.

En 1997, Digital y Mentec otorgaron una licencia gratuita a cualquier persona que deseara usar RSTS 9.6 o versiones anteriores con fines no comerciales y de afición. La licencia solo es válida en el emulador SIMH PDP-11. También cubre otros sistemas operativos de Digital. Se incluyen copias de la licencia en un paquete de software autorizado disponible para su descarga en el sitio web oficial del emulador SIMH . ^{[ 17 ]}

RSTS utiliza una conexión de comunicación serie para interactuar con el operador. La conexión puede ser un terminal de computadora local con una interfaz de bucle de corriente de 20 mA , una interfaz RS-232 (ya sea puerto serie local o conexión remota a través de módem ), o mediante una conexión Ethernet usando DECnet o LAT. Hasta 128 terminales (usando el servicio multiterminal) pueden conectarse a un sistema RSTS, ejecutando un máximo de 63 trabajos (dependiendo del procesador utilizado, la cantidad de memoria y espacio en disco, y la carga del sistema ). La mayoría de los sistemas RSTS tenían muchos menos terminales. Los usuarios también pueden enviar trabajos para ejecutarlos en modo por lotes . También existe un programa por lotes llamado "ATPK" que permite a los usuarios ejecutar una serie de comandos en un terminal imaginario (pseudoterminal) en modo semi-interactivo similar a los comandos por lotes en MS-DOS . 

Los usuarios se conectan al sistema escribiendo el comando LOGIN (o HELLO) en una terminal sin sesión iniciada y pulsando Intro. Al escribir cualquier comando en una terminal sin sesión iniciada, se ejecuta el programa LOGIN, que interpreta el comando. Si se trata de uno de los comandos permitidos para un usuario que aún no ha iniciado sesión ("Sin sesión iniciada"), se ejecuta el programa correspondiente; de ​​lo contrario, se muestra el mensaje "Por favor, diga HELLO" en la terminal. Antes de la versión 9, un usuario también podía iniciar sesión con una sola línea; sin embargo, esto dejaba la contraseña del usuario visible en la pantalla para cualquier otra persona en la sala (ver ejemplos a continuación):

Adiós HOLA 1,1; SECRETO Listo 

o

Yo 1,1; SECRETO Listo 

o

INICIO DE SESIÓN 1,1; SECRETO Listo 

El estado de una terminal se puede determinar a partir de las respuestas a los comandos, impresas por el intérprete de comandos. A un usuario conectado que se comunica con el monitor de teclado ( KBM ) de BASIC-PLUS se le muestra el mensaje "Listo" y a un usuario que no ha iniciado sesión se le muestra el mensaje "Adiós".

Un usuario inicia sesión proporcionando su número PPN y contraseña. Los números de usuario constan de un número de proyecto (equivalente a un número de grupo en Unix), una coma y un número de programador. Ambos números están en el rango de 0 a 254, con excepciones especiales. Al especificar una cuenta, el número de proyecto y el de programador se encierran entre corchetes. Un número de usuario típico puede ser [10,5] (proyecto 10, programador 5), [2,146], [254,31] o [200,220], etc. Cuando un usuario ejecuta un programa del sistema mientras no ha iniciado sesión (porque el administrador del sistema lo ha habilitado), su número PPN es [0,0] y aparece en SYSTAT CUSP como **,**. Por lo tanto, ese no es un número de cuenta válido. Si el usuario especifica una barra inclinada (/) en lugar de una coma entre el número de proyecto y el número de programador, no se mostrará un mensaje del sistema almacenado en [1,2]NOTICE.TXT (equivalente al mensaje del día de Unix) al iniciar sesión.

En cada proyecto, el programador número 0 suele reservarse como cuenta de grupo, ya que se puede identificar mediante el símbolo especial #. Si el número de usuario es [20,103], una referencia a un nombre de archivo que comience con "#" se refiere a un archivo almacenado en la cuenta del usuario número [20,0]. Esta función resulta útil en entornos educativos, ya que el programador número 0 puede asignarse al profesor de una clase, y los alumnos individuales pueden tener cuentas con el mismo número de proyecto. El profesor puede almacenar en su cuenta archivos marcados como compartidos únicamente para ese número de proyecto (es decir, solo para los alumnos de esa clase).

Existen dos clases especiales de números de proyecto. El número de proyecto 0 generalmente se reserva para el software del sistema, y ​​antes de la versión 9 solo existía una cuenta de proyecto 0 (denominada [0,1]). Los programadores del proyecto número 1 tienen cuentas privilegiadas, equivalentes a la cuenta única "root" en los sistemas Unix, con la excepción de que las cuentas [1,0] a [1,254] ​​también tienen privilegios. A partir de la versión 9, cualquier cuenta puede recibir privilegios específicos por parte del administrador del sistema.

La cuenta [0,1] se utiliza para almacenar el archivo del sistema operativo, todos los sistemas de bibliotecas de tiempo de ejecución y ciertos archivos del sistema relacionados con el arranque del sistema (los comentarios del autor aparecen a la derecha en negrita):

DIR [0,1] Nombre .Ext Tamaño Prot Fecha SY:[0,1] BADB .SYS 0P < 63> 06-Jun-98 Lista de bloques defectuosos SATT .SYS 3CP < 63> 06-Jun-98 Mapa de bits del almacenamiento de disco asignado INIT .SYS 419P < 40> 06-Jun-98 Programa cargador del sistema operativo ERR .ERR 16CP < 40> 06-Jun-98 Mensajes de error del sistema RSTS .SIL 307CP < 60> 06-Jun-98 El propio sistema operativo BASIC .RTS 73CP < 60> 06-Jun-98 Sistema de tiempo de ejecución BASIC-PLUS RT11 .RTS 20C < 60> 06-Jun-98 Sistema de tiempo de ejecución RT-11 SWAP .SYS 1024CP < 63> 06-Jun-98 Archivo de intercambio del sistema CRASH .SYS 35CP < 63> 06-Jun-98 Volcado de fallo del sistema RSX .RTS 16C < 60> 23-Sep-79 Sistema de ejecución RSX-11 TECO .RTS 39C < 60> 24-Sep-79 Editor de texto TECO Total de 1952 bloques en 11 archivos en SY:[0,1] ( Nota del editor: Este listado de directorio es anterior a la versión 9. )

El comando DIR es un CCL instalado equivalente al comando RUN del programa DIRECT. [0,1] es el número de cuenta (y el nombre del directorio) de la cuenta de almacenamiento del sistema operativo. Se denominaría "proyecto número 0, programador número 1".

Los números que aparecen después de cada archivo representan su tamaño en bloques de disco, siendo un bloque de 512 bytes o 0,5 kilobytes (K). La letra "C" indica que el archivo es contiguo (se almacena como un solo archivo sin dividirse en partes, similar a los archivos en un sistema Microsoft Windows después de desfragmentar una unidad ), mientras que la letra "P" indica que está especialmente protegido (no se puede eliminar, ni siquiera por un usuario con privilegios, a menos que se borre el bit P mediante un comando independiente). Los números entre corchetes (como "< 40>") representan las protecciones del archivo, que siempre se muestran en formato decimal. Las protecciones indican si el archivo puede ser visto por cualquier otro usuario, por otros usuarios con el mismo número de programador, si el archivo es de solo lectura o si puede ser modificado por otro usuario, y si el archivo puede ser ejecutado por un usuario ordinario otorgándole privilegios adicionales. Estos códigos de protección son muy similares a las protecciones r, w y x en Unix y sistemas operativos similares como BSD y Linux . El código 60 equivale a un archivo privado, el código 63 a un archivo privado que no se puede eliminar y el código 40 a un archivo público.

Los archivos de la biblioteca se almacenan en la cuenta [1,1] y generalmente se hace referencia a ella mediante el nombre lógico LB:. La cuenta [1,2] es la cuenta de inicio del sistema (similar a un sistema Unix que se inicia como root) y contiene los CUSPS del sistema , a los que se puede hacer referencia anteponiendo el signo de dólar ($) al nombre del CUSPS . Se utiliza "!" para la cuenta [1,3], "%" para [1,4] y " & " para [1,5]. La cuenta [1,1] también tenía el privilegio especial de ser la única cuenta en la que un usuario que iniciara sesión con ella podía ejecutar la llamada al sistema POKE para insertar valores en cualquier memoria del sistema. Por lo tanto, el número de cuenta [1,1] es el equivalente más cercano a "root" en sistemas basados ​​en Unix.

Los programas escritos en BASIC-PLUS se ejecutaban bajo el BASIC RTS , que les permitía utilizar hasta 32 KB de memoria (de un total de 64 KB). El lenguaje era interpretado: cada palabra clave se convertía internamente en un código de bytes único , y las variables y los datos se indexaban y almacenaban por separado en el espacio de memoria. El formato interno del código de bytes se conocía como PCODE. Al ejecutar el comando interactivo SAVE, el BASIC Plus RTS simplemente guardaba el área de memoria de trabajo en un archivo de disco con la extensión ".BAC". Aunque este formato no estaba documentado, dos estudiantes de ingeniería electrónica de la Universidad de Southampton (Reino Unido), Nick de Smith y David Garrod, desarrollaron un descompilador capaz de realizar ingeniería inversa de archivos BAC para obtener su código fuente original en BASIC-Plus, incluyendo los números de línea y los nombres de las variables originales (ambos funcionaron posteriormente para DEC). El resto de la memoria era utilizada por el propio BASIC RTS . Si se escribieran programas en un lenguaje que permitiera ejecutables binarios reales como BASIC-Plus-2, FORTRAN-IV o Macro Assembler, la cantidad de memoria disponible sería de 56 KB (8 KB asignados al RTS ). El indicador estándar de BASIC-PLUS es la respuesta "Ready"; al presionar Control-T se muestra el estado (ejemplo):

nuevo Nuevo nombre de archivo: HWORLD Listo 10Print"Hello World"20Input"Press Control-T for 1 line status: ";a$30Endrun HWORLD 22:17 01-ene-08 Hola Mundo Pulse Control-T para ver el estado de 1 línea: ? 1 KB0 HWORLD+BASIC KB(0R) 2(16)K+14K 0.2(+0.0) +0 Listo ahorrar Listo compilar Listo DIR HWORLD.*/na/ex/si/pr SY:[1,2] HWORLD.BAS 1 < 60> HWORLD.BAC 7C <124> Total de 8 bloques en 2 archivos en SY:[1,2] Listo 

A partir de la versión 9, DCL se convirtió en el RTS de arranque principal, a pesar de no tener la capacidad de ejecutar programas binarios. Esto fue posible gracias a la aparición del RTS RSX, que está desapareciendo (véase más abajo). DCL se incorporó a todas las versiones recientes de los sistemas operativos de DEC (RSX-11, RT-11, VMS y, posteriormente, OpenVMS ) para garantizar la compatibilidad. El indicador estándar de DCL es el signo de dólar "$" (ejemplo):

$ write 0 "Hola Mundo, es " +F $TIME () Hola Mundo, es 01-ene-08 22:20 $ inquire p1 "Presione Control-T para ver el estado de 1 línea:" Presione Control-T para ver el estado de 1 línea: 1 KB0 DCL+DCL KB(0R) 4(8)K+24K 0.1(+0.1) -8 $ set verify/debug/watch $ show memory (show memory) (SYSTAT/C)Tabla de asignación de memoria: Inicio Fin Longitud Permanente Temporal  0K - 85K ( 86K) MONITOR  86K - 1737K (1652K) (Usuario) 1738K - 1747K ( 10K) (Usuario) DAPRES LIB 1748K - 1751K ( 4K) (Usuario) RMSRES LIB 1752K - 2043K ( 292K) ** XBUF ** 2044K - *** FIN *** $

Los programas escritos para el RSX RTS , como COBOL, Macro Assembler o versiones posteriores de BASIC-Plus-2, podían usar la cantidad máxima de memoria disponible para un programa binario (56 KB, debido a que el RTS necesitaba los 8 KB superiores para sí mismo). La versión 7 y posteriores del RSTS permitieron que el RSX RTS se incluyera en el núcleo, lo que hizo que "desapareciera" por completo del espacio de direcciones del usuario, liberando así 64 KB de memoria para los programas de usuario.

Los programas sorteaban las limitaciones de la cantidad de memoria disponible mediante el uso de bibliotecas (cuando estaba permitido), estrategias de superposición complejas o llamando a otros programas ("Encadenamiento") y pasándoles comandos y datos en un área de memoria compartida llamada "Core Common", entre otras prácticas.

Cuando RSX es el KBM predeterminado , el indicador RSX estándar (tanto cuando se ha iniciado sesión como cuando no) es el signo ">" (o MCR "Monitor Console Routine") (ejemplo):

> ejecutar Por favor, escriba HOLA > HOLA 1,1;SECRETO > ejecutar ¿Qué? > ayuda Los comandos de teclado válidos son:ASIGNAR DESMONTAR AYUDA EJECUTAR DESGUARDAR SALIR MONTAR CALLARSE DESASIGNAR HOLA REASIGNAR INTERRUPTOR> ejecutar CSPCOM CSP> HWORLD=HWORLD CSP> ^Z > EJECUTAR TKB TKB> HWORLD=HWORLD,LB:CSPCOM.OLB/LB TKB> // > ejecutar HWORLD.TSK Hola Mundo Presione Control-T para 1 línea estado: ? 1 KB0 HWORLD+...RSX KB(0R) 7(32)K+0K 0.8(+0.2) +0> DIR HWORLD.*/na/ex/si/pr SY:[1,2] HWORLD.BAS 1 < 60> HWORLD.BAC 7C <124> HWORLD.OBJ 2 < 60> HWORLD.TSK 25C <124>Total de 35 bloques en 4 archivos en SY:[1,2]>

El RT-11 RTS emulaba la versión Single Job de la distribución RT-11. Al igual que la emulación RSX, RT-11 ocupaba los 8 KB superiores de memoria, dejando los 56 KB inferiores para CUSPS , programas escritos en FORTRAN-IV o Macro Assembler. Cuando RT-11 es el KBM predeterminado , el indicador estándar de RT-11 (tanto con la sesión iniciada como cerrada) es el signo "." (ejemplo):

. VERSIÓN Por favor, escribe HOLA . HOLA 1 ,1; SECRETO . VERSIÓN RT-11SJ V3-03; RSTS/E V8.0 . R PIP *HWORLD.MAC=KB: .MCALL .TTYIN,.PRINT,.EXIT HWORLD: .ASCII /Hola Mundo/<15><12> .ASCIZ /Pulse Control-T para ver el estado de 1 línea:/ .INCLUSO Inicio: .IMPRESIÓN #HWORLD .TTYIN .SALIDA FIN INICIO ^Z *^Z . R MACRO HWORLD=HWORLD *^Z . ENLACE R *HWORLD=HWORLD *^Z . R HWORLD.SAV Hola Mundo Pulse Control-T para ver el estado de 1 línea: 1 KB0 HWORLD+RT11 KB(0R) 2(28)K+4K 0.6(+0.2) +0 . .DIR HWORLD.*/na/ex/si/pr SY:[1,2] HWORLD.BAS 1 < 60> HWORLD.BAC 7C <124> HWORLD.TSK 25C <124> HWORLD.MAC 1 < 60> HWORLD.OBJ 1 < 60> HWORLD.SAV 2C <124> Total de 37 bloques en 6 archivos en SY:[1,2] .

El editor TECO se implementó como un RTS para maximizar la cantidad de memoria disponible para el búfer de edición, y también porque se implementó por primera vez en RSTS V5B, antes del lanzamiento de los sistemas de tiempo de ejecución de propósito general (RSX y RT11). TECO fue el único RTS distribuido con RSTS que no contenía un KBM integrado. El usuario iniciaba TECO (como cualquier otro programa) ejecutando un programa TECO (TECO.TEC). TECO y el QEDIT afín fueron los antepasados ​​directos del primer editor de texto basado en UNIX, ED. La mayoría de los sistemas RSTS usaban CCL para crear un archivo (MAKE filespec), editar un archivo (TECO filespec) o ejecutar un programa TECO (MUNG filespec, data). El siguiente programa es un ejemplo de cómo se podría usar TECO para calcular pi (actualmente configurado a 20 dígitos): ^{[ 18 ]}

Listo ejecutar TECO *GZ0J\UNQN"E 20UN ' BUH BUV HK QN< J BUQ QN*10/3UI QI< \ +2*10+(QQ*QI)UA BLK QI*2-1UJ QA/QJUQ QA-(QQ*QJ)-2\ 10@I// -1%I > QQ/10UT QH+QT+48UW QW-58"E 48UW %V ' QV"N QV^T ' QWUV QQ-(QT*10)UH > QV^T @^A/ /HKEX$$ 31415926535897932384 Listo 

Si un usuario escribía un comando no reconocido al iniciar el sistema en la solicitud "Opción:" de INIT.SYS, la utilidad de inicio, se mostraba el mensaje "Escriba 'HELP' para obtener ayuda". Si posteriormente el usuario escribía "HELP" (incluidas las comillas) en la solicitud, la respuesta era "Qué gracioso, de todos modos...", seguida del mensaje de ayuda propiamente dicho.

Un administrador del sistema podía compilar en el núcleo un patrón de visualización giratorio que creaba la ilusión de dos serpientes persiguiéndose alrededor de las luces de la consola. El núcleo normal mostraba una serpiente moviéndose de derecha a izquierda en las luces de datos de la parte inferior. Si el administrador del sistema también compilaba el módulo de objeto "lights", el usuario veía una serpiente adicional moviéndose de izquierda a derecha en las luces de dirección de la parte superior. Esto se lograba mediante el modo de supervisión en las versiones anteriores a la 9.0. RSX también tenía un patrón de visualización similar que parecía como si dos serpientes estuvieran jugando a la gallina y chocaran entre sí en el centro de la consola.

El comando 'make' permitía al usuario crear un archivo de texto y acceder automáticamente al editor de texto TECO. Si el usuario escribía 'make love', el sistema creaba un archivo llamado 'love' y respondía con '¿No es la guerra?'.

Kevin Herbert, que más tarde trabajó para DEC, añadió en los años 90 una función no documentada que permitía al usuario acceder ^Fa una lista de los archivos abiertos por su proceso, incluyendo los bloques en uso y el tamaño de los archivos.

A partir de la versión 9.0, una función no documentada permitía al administrador del sistema cambiar la forma en que se mostraba la fecha del sistema. RSTS se convirtió en el primer sistema operativo en mostrar la fecha del sistema como un conjunto de números que representaban una fecha estelar, tal como se conoce comúnmente por la serie de televisión Star Trek .

En 1981, Evans Griffiths & Hart comercializó el producto ROSS/V . ROSS/V permitía que todos los procesos en modo usuario de RSTS ( CUSPS , RTS y programas de usuario) se ejecutaran sin modificaciones bajo VMS en las máquinas VAX-11. El código para esta emulación gestionaba todos los procesos del núcleo que normalmente gestionaría un núcleo RSTS ejecutándose en un PDP-11. El lenguaje BASIC-PLUS original, que se ha mantenido en todas las versiones de RSTS, fue subcontratado por Evans Griffiths & Hart, Inc. por un precio fijo de 10.500 dólares. ^{[ 21 ]}

RSTS y sus aplicaciones pueden ejecutarse en varios emuladores de PDP-11, como SIMH y Ersatz-11 . Para obtener más información, consulte PDP-11 .

• DOS-KP ("ДОС-КП")