Commodore DOS , también conocido como CBM DOS , es el sistema operativo de disco utilizado con los ordenadores de 8 bits de Commodore . A diferencia de la mayoría de los otros DOS , que se cargan desde el disco a la RAM del ordenador y se ejecutan allí, CBM DOS se ejecuta internamente en la unidad: el DOS reside en chips de ROM dentro de la unidad, y es ejecutado allí por una o más CPU dedicadas de la familia MOS 6502. Por tanto, la transferencia de datos entre ordenadores Commodore de 8 bits y sus unidades de disco se parece más a una conexión de red de área local que a las típicas transferencias de disco/host.
Se sabe que existen al menos siete versiones numeradas de Commodore DOS; la siguiente lista proporciona los números de versión y las unidades de disco relacionadas. A menos que se indique lo contrario, las unidades tienen un formato de 5¼ pulgadas. El código "lp" designa unidades de "perfil bajo". Las unidades cuyo número de modelo comienza con 15 se conectan a través de los protocolos seriales (TALK/LISTEN) de bus IEEE-488 (IEC Bus) exclusivos de Commodore ; todos los demás utilizan el protocolo paralelo IEEE-488 .
La versión 2.6 fue por lejos la versión DOS más utilizada y conocida, debido a su uso en el 1541 como parte de los sistemas C64 .
Nota: El firmware revisado para el modelo 1571 que solucionó el error de archivo relativo también se identificó como V3.0. Por lo tanto, no es posible diferenciar las dos versiones utilizando solo el número de versión.
El disquete Commodore 1541 puede contener hasta 144 archivos en un espacio de nombres plano (sin subdirectorios ); el directorio se almacena en la pista reservada 18, que se encuentra a medio camino entre el eje y el borde de un disco de una sola cara de 35 pistas. Un nombre de archivo puede tener hasta 16 bytes de longitud y es teóricamente único; al usar métodos de acceso directo en la estructura de directorios, es posible cambiar el nombre de un archivo por el de otro, aunque acceder a dichos archivos puede ser difícil o imposible. Los archivos con nombres idénticos generalmente no sirven para nada excepto para informar o administrar visualmente los archivos. Un truco popular, utilizado, por ejemplo, por The Final Cartridge III , era agregar archivos nombrados "----------------"de tipo DEL<al directorio, y luego los archivos podían reorganizarse alrededor de esas líneas para formar grupos. Muchos desarrolladores de juegos, miembros de grupos warez y hackers de demoscene también usaron algunas entradas de directorio personalizadas más ingeniosas.
Los nombres de archivo pueden contener un carácter de espacio desplazado ( $A0), y si el listado de directorios se está viendo desde BASIC, la parte del nombre de archivo que se encuentra más allá del $A0carácter aparecerá separada de la primera parte del nombre de archivo por una comilla, lo que hará que BASIC no la considere parte del nombre de archivo completo. Esta característica se puede utilizar para crear entradas de directorio como , que luego aparecerán en el listado de directorios como, por ejemplo,SAVE "PROGRAM⇧ Shift–space Commodore–DUDE",8,132 "PROGRAMA",8,1 PRG. [1] Cuando el usuario mueve el cursor al principio de la línea, escribe la palabra LOADsobre el tamaño del archivo y presiona , BASIC interpreta eso como , lo que hace que el programa se cargue en la memoria. Todo lo que esté después de los dos puntos o la dirección secundaria no se ejecutará, ya que la computadora ignora cualquier comando después de LOAD. [2] Alternativamente, el usuario podría presionar – para cargar el programa automáticamente. [3]RETURNLOAD "PROGRAM",8,1 ...⇧ ShiftRUN/STOPLOADRUN
Un byte nulo incrustado en un nombre de archivo interrumpirá el listado después de la carga mediante BASIC. Si hay tres bytes nulos, eso dificulta el listado mediante BASIC. Muchos programadores de lenguaje de máquina experimentarían con bytes nulos en un intento de dificultar a los programadores de BASIC el acceso a su código y la manipulación del mismo.
En BASIC, se puede acceder al directorio como un programa pseudo-BASIC no ejecutable con (o en el caso de una unidad dual) seguido de . La primera línea tiene un número de línea de 0 o 1 (que indica el número de unidad), mostrando en video inverso el nombre y el ID del disco y un código abreviado para la versión DOS con la que se creó (los códigos varían solo en la medida en que las versiones DOS usan formatos de disco incompatibles: "2A" es usado por la mayoría de las versiones DOS de 5,25 pulgadas, "3D" por el 1581 de 3,5 pulgadas). Las líneas posteriores tienen el tamaño de un archivo (en bloques de disco) como su pseudo "número de línea", seguido por el nombre del archivo entre comillas y el código de tipo de tres letras. La última línea muestra el número de bloques no asignados en el disco (de nuevo como un pseudo "número de línea"), seguido por las palabras "BLOCKS FREE".LOAD "$0",8LOAD "$1",8LIST
En el Commodore 64 , al ingresar, la pantalla se inundará con basura en lugar de cargar el directorio en la RAM BASIC. Esto se debe a que la unidad asigna al directorio una dirección de carga de $ 0401 (1025), que es equivalente al inicio de BASIC para el Commodore PET , pero corresponde a la memoria de pantalla predeterminada en el C64 (que comienza con el segundo carácter en la primera línea de la pantalla).LOAD "$",8,1
Al visualizar el directorio con un comando se sobrescribe el programa BASIC en la memoria. El DOS Wedge y varios cartuchos y extensores de terceros como Epyx Fast Load , Action Replay y The Final Cartridge III permiten visualizar el directorio del disco mediante comandos especiales que cargan el directorio en la memoria de pantalla sin destruir el programa BASIC actual. Algunas versiones de Commodore BASIC incluyen un comando o que realiza la misma función.LOAD "$",8DIRECTORYCATALOG
Se admiten los siguientes tipos de archivos:
SEQSEQLos archivos se utilizan comúnmente para almacenar documentos o archivos de texto creados por un procesador de texto u otro editor similar. Un archivo secuencial es análogo a un archivo plano en Linux o UNIX , en el sentido de que no tiene una estructura interna especializada. No es posible ubicarlo en cualquier ubicación arbitraria en un archivo secuencial, ya que no existe un análogo de la lseekllamada al núcleo que se encuentra en los sistemas operativos tipo UNIX .PRGPRGLos archivos normalmente contienen código de programa ejecutable, aunque también se pueden utilizar para archivos de datos. Los dos primeros bytes PRGson leídos por la rutina "cargar archivo" del núcleo y se utilizan para determinar la dirección de carga (se almacenan en formato little endian ).RELUSRUSRarchivos.DELLa presencia de un asterisco ( *) antepuesto al tipo de archivo en una lista de directorios (por ejemplo, *SEQ) indica que el archivo no se cerró correctamente después de la escritura. Cuando se ordena a la unidad que cierre un archivo que se ha abierto para escritura, el búfer asociado se vacía en el disco y el mapa de disponibilidad de bloques (BAM) se actualiza para reflejar con precisión qué bloques se han utilizado. Si una falla del programa u otro problema (como que el usuario extraiga el disco mientras un archivo está abierto) da como resultado un "archivo huérfano", también conocido como archivo "veneno" o "splat", los búferes no se vacían y el BAM no reflejará con precisión el uso del disco, lo que pone al disco en riesgo de corrupción. Por lo general, no se puede acceder a un archivo venenoso (pero se puede abrir en modo "modificar"), y un intento de usar el scratchcomando DOS para eliminar el archivo puede causar corrupción del sistema de archivos , como enlaces cruzados. El único método práctico para eliminar uno de estos archivos es abrir el archivo en modo "modificar" (y repararlo) o validar el disco (consulte el validatecomando DOS a continuación), lo que reconstruye el BAM y elimina las referencias a archivos venenosos del directorio. El infame error de guardar con reemplazo podría provocar la creación de archivos splat.
*DELes un tipo especial que se escribe en la entrada del directorio del disco de los archivos que se han eliminado. Dichos archivos no se muestran en una lista de directorios normal, y sus bloques de datos y entradas de directorio serán reutilizados por archivos que se creen posteriormente. Algunos programas de utilidad permiten la "recuperación" de dichos archivos si sus bloques de datos y entradas de directorio aún no han sido sobrescritos por otros archivos. DEL filesse utilizan comúnmente para insertar banners o secciones de comentarios en una lista de directorios.
Los tipos de archivos que tienen <después de ellos (por ejemplo, PRG<) están "bloqueados" y no se pueden eliminar; sin embargo, se pueden abrir para leer. No existe ningún comando DOS de Commodore que pueda establecer o borrar explícitamente este estado, pero se escribieron muchas utilidades de terceros para permitir que esto se haga. Estas utilidades generalmente leen el directorio mediante comandos de acceso directo, realizan las modificaciones necesarias a los datos sin procesar y luego escriben los cambios nuevamente en el disco.
El acceso a los archivos es un problema que afecta principalmente al ordenador anfitrión. La ROM del núcleo del ordenador contiene las rutinas primitivas necesarias para acceder a los archivos, y la ROM BASIC contiene una abstracción de nivel superior para el acceso a los archivos mediante la sintaxis BASIC. Los componentes que afectan al propio DOS son el análisis de nombres de archivo y la dirección secundaria. En esta sección se dará una descripción general de los comandos BASIC necesarios para completar el tema.
Abrir un archivo en una unidad de disco Commodore implica el procesamiento de una serie de parámetros que son vagamente análogos a los procedimientos de apertura de archivos en otros entornos. Dado que el DOS se está ejecutando en realidad en el controlador de la unidad, la secuencia de apertura de archivos debe pasar suficiente información a la unidad para garantizar una interpretación inequívoca. Una instrucción típica en BASIC para escribir en un archivo secuencial sería la siguiente:
OPEN 3,8,4,"0:ADDRESSBOOK,S,W"Los parámetros que siguen al OPEN verbo son los siguientes:
"0:ADDRESSBOOK,S,W"parámetro se conoce oficialmente como la cadena de comandos y lo interpreta el controlador del dispositivo al que se accede. En el caso de una unidad de disco, la estructura formal de la cadena de comandos consta del número del mecanismo de la unidad ( 0:, que no debe confundirse con el número del dispositivo), el nombre del archivo ( ADDRESSBOOK), el tipo de archivo ( S, secuencial en este ejemplo) y el modo de acceso ( W, abierto para escritura en este ejemplo). En la práctica, algunos de estos parámetros pueden omitirse. Como mínimo, solo se requiere el nombre del archivo si el archivo se va a abrir para lectura.Los archivos también se pueden cargar y guardar con los comandos LOADy SAVE. Aquí también se pueden usar especificadores de nombre de archivo, por ejemplo, guarda el programa BASIC en un archivo (de programa) y guarda el programa BASIC en un archivo secuencial. Si no se especifica la dirección secundaria o se especifica como 0 (por ejemplo, ), el archivo se guarda/carga desde el área de memoria BASIC (que, en el C64, comienza de manera predeterminada en $ 0801). Si la dirección secundaria se especifica como un valor distinto de cero (por ejemplo, ), el programa se carga comenzando desde la dirección especificada por el propio archivo (el encabezado PRG, que son los primeros dos bytes del archivo); esta forma de comando es más común cuando se cargan programas de código de máquina.SAVE "FILE",8PRGSAVE "0:FILE,SEQ,WRITE",8,1LOAD "FILE",8LOAD "FILE",8,1
La reubicación de carga se introdujo por primera vez en el VIC-20 porque esta máquina podía iniciar la RAM BASIC en varias ubicaciones diferentes, dependiendo de la expansión de memoria que se instalara. La serie PET de Commodore anterior no admitía la reubicación, por lo que tendría el mismo efecto: el archivo se cargaría en la misma región de memoria desde la que se guardó. La reubicación de carga se produce en el host, siendo una excepción a lo que se dijo anteriormente sobre la dirección secundaria que se utiliza solo internamente en el dispositivo. Dado que el PET no puede reubicar archivos, los programas BASIC escritos en máquinas Commodore posteriores deben modificarse utilizando un editor de sectores para cambiar los bytes de encabezado. También es posible utilizar el monitor de lenguaje de máquina integrado del PET para cambiar la dirección de enlace del programa BASIC después de cargarlo.LOAD "FILE",8LOAD "FILE",8,1
El comando cargará el primer programa en el disco comenzando desde la ubicación de memoria especificada por el archivo. Este es uno de los comandos de carga más populares de las plataformas, el método para iniciar la mayoría del software comercial, por ejemplo. Cabe destacar el hecho de que la expansión de comodines solo seleccionará el primer nombre de catálogo cuando no se haya accedido antes a ningún otro archivo en ese disco; el nombre del último archivo utilizado se mantiene en la memoria y los comandos posteriores cargarán ese archivo en lugar del primero. (Sin embargo, or siempre cargará el primer archivo en el disco).LOAD "*",8,1LOAD "*",8,1LOAD "0:*",8,1LOAD ":*",8,1
Los directorios de los discos en unidades de dos unidades se acceden como y . y no acceden al directorio sino a los archivos reales en una unidad u otra que casualmente se llaman . Los directorios parciales se pueden cargar agregando dos puntos y una plantilla: por ejemplo, cargaría un directorio parcial que muestre solo los archivos cuyo nombre comience con la letra K y que sean del tipo PRG; todos esos directorios parciales aún contienen la línea inicial del nombre del disco y la línea final "BLOCKS FREE".LOAD "$0", 8LOAD "$1", 8"0:$""1:$""$"LOAD "$0:K*=P",8
Commodore DOS también ofrece un comando "Save-with-Replace", que permite guardar un archivo sobre un archivo existente sin necesidad de guardar primero SCRATCHel archivo existente. Esto se hacía anteponiendo un @símbolo al nombre del archivo durante la operación OPENor - por ejemplo, . Durante años corrieron rumores, comenzando con la unidad 4040, de un error en la implementación del comando. Al principio, algunos comentaristas lo negaron. Se ofrecieron premios para demostrar la existencia del error. [4] A principios de 1985 , la revista Compute! recomendó a los lectores que evitaran usar el comando. [5] Ese año, varios autores publicaron artículos de forma independiente [4] [6] [7] [8] que demostraban que el error de Save-with-Replace era real e incluían métodos por los cuales podía activarse.SAVESAVE "@MY PROGRAM",8
Los dispositivos afectados incluían el 1541 de una sola unidad y el 4040 de dos unidades; el 8050 y el 8250 no presentaban el problema. [4] Algunos comentaristas sugirieron que el error se podía evitar especificando siempre explícitamente el 0:número de unidad al guardar, [6] aunque más tarde se demostró que cualquier operación de disco sin un número de unidad era suficiente para provocar el error. [9] El error se originó en el hecho de que las implementaciones de DOS afectadas eran versiones modificadas del DOS contenido en las unidades duales Commodore PET anteriores, como el 8050. Esto creaba una "unidad fantasma 1:" en sistemas de una sola unidad, lo que daba como resultado la asignación de un búfer innecesario en algunas condiciones. Dado que el comando Save-with-Replace usaba los cinco búferes de la unidad, y debido a que el método por el cual se asignaba el búfer "fantasma" no cumplía con las especificaciones, esto daba como resultado que se escribieran datos codificados en el disco en algunas condiciones.
En septiembre de 1986, Philip A. Slaymaker publicó un artículo [10] que describía con gran detalle la causa del error y proporcionaba parches para las ROM de la unidad 1541; los lectores con un quemador de EPROM podían producir sus propias ROM parcheadas que podían ser intercambiadas en la unidad. Commodore fue informado de los hallazgos de Slaymaker y, aunque nunca publicó una actualización oficial para las ROM de la 1541 original, sí corrigieron el error en la Revisión 5 de las ROM de la 1571, y también en las ROM de las unidades 1541-c y 1541-II. Aunque Commodore no lo soporta, se sabe que el firmware de la 1541-II (pero no el de la 1541-c) también se puede utilizar en una unidad 1541 original mediante el uso de EPROM, lo que también solucionará el error de esa unidad.
Como se mencionó anteriormente, el acceso al DOS de Commodore se realiza a través del "canal de comandos", utilizando una sintaxis similar a la que se utiliza para acceder a los archivos. La emisión de comandos al DOS y la recuperación de los mensajes de estado y de error generados en respuesta a los comandos se logra abriendo un archivo en el dispositivo utilizando 15 como dirección secundaria, por ejemplo:
OPEN 1,8,15Para recuperar y mostrar el estado del dispositivo, se podría codificar:
OPEN 1,8,15:INPUT#1,E,E$,T,S:PRINT E,E$,T,S:CLOSE 1En el ejemplo anterior, Econtendrá el número de error (si lo hay; será cero si no existe ningún error), E$será una breve descripción del error, Trepresentará la pista del disco donde ocurrió el error y Sserá el sector de la pista Tal que se refiere el error. Si no existe ningún error, el equivalente de00,OK,00,00se devolverá en las cuatro variables. Tenga en cuenta que INPUT#es un verbo que solo se ejecuta en modo de ejecución. Además, en los programas que emiten muchos comandos de disco, es habitual abrir un archivo en el canal de comandos del dispositivo al inicio del programa y no cerrarlo hasta que el programa haya terminado.
Las versiones 4.0 y posteriores de Commodore BASIC proporcionan una pseudovariable denominada DS$que se puede utilizar para recuperar el estado de la unidad en lugar del código anterior. Esta variable reservada no está disponible en versiones anteriores de BASIC, por lo que el canal de comandos debe leerse manualmente como se demostró anteriormente. Tenga en cuenta que inmediatamente después del encendido o reinicio, se devolverá la revisión de DOS. Por ejemplo, un 1541 devolverá73, CBM DOS V2.6 1541,00,00El código de error 73 es común a todos los modelos de unidad y puede usarse para determinar si la unidad se ha restablecido a su estado de encendido.
También hay un comando para buscar en archivos de tipo RELative ( RECORD#), varios comandos de acceso directo a nivel de bloque ( BLOCK-READ, BLOCK-WRITE, BUFFER-POINTER), administración de bloques ( BLOCK-ALLOCATE, BLOCK-FREE), manipulación de la memoria de la unidad y ejecución de código de programa en el procesador de la unidad ( MEMORY-WRITE, MEMORY-READ, MEMORY-EXECUTE, BLOCK-EXECUTE) y funciones definibles por el usuario ( USERy &comandos). Algunas de las funciones teóricamente definibles por el usuario se rededicaron para acceder a nuevas funcionalidades en las versiones de DOS posteriores a la 1.0.