MSX-DOS es un sistema operativo de disco descontinuado desarrollado por la filial japonesa de Microsoft para el estándar de computadora doméstica MSX de 8 bits , y es un cruce entre MS-DOS v1.25 y CP/M-80 v2.2.
MSX-DOS y el BASIC extendido con soporte para disquetes de 3½ pulgadas fueron desarrollados simultáneamente por Microsoft y ASCII Corporation como estándar de software y hardware para el estándar de computadora doméstica MSX, para agregar capacidades de disco al BASIC y darle al sistema un medio de software más económico. que los cartuchos de memoria y un sistema de almacenamiento más potente que la cinta de casete . [1] El BIOS estándar de una computadora MSX no expandida no tenía soporte de disco incorporado, pero proporcionaba ganchos para una extensión de disco, por lo que el sistema de expansión de disquete adicional venía con su propia ROM de extensión de BIOS (integrada en el controlador de disco ). llamado BDOS .
Esta BIOS no sólo añadía al MSX BASIC comandos de soporte para disquetes , sino también un sistema de arranque , con el que era posible arrancar un sistema operativo de disco real.
MSX-DOS era compatible binariamente con CP/M-80 , lo que permitía al ordenador MSX tener acceso fácilmente a su amplia biblioteca de software disponible por un coste muy pequeño para la época.
Una vez cargado MSX-DOS, el sistema busca en el disco MSX-DOS el archivo COMMAND.COM y lo carga en la memoria. [2] En ese caso, BDOS pasó por alto las ROM BÁSICAS, de modo que los 64 KB de espacio de direcciones del microprocesador Z80 dentro de la computadora MSX podrían usarse para DOS o para otros discos de arranque, por ejemplo, juegos basados en disco. . Al mismo tiempo, aún se podía acceder a las ROM del BIOS originales a través de un mecanismo de " interruptor de banco de memoria ", de modo que el software basado en DOS aún podría usar llamadas de BIOS para controlar el hardware y otros mecanismos de software que suministraban las ROM principales. Además, gracias a la ROM BDOS, las capacidades básicas de acceso a archivos estaban disponibles incluso sin un intérprete de comandos mediante el uso de comandos BÁSICOS extendidos.
En el inicio inicial, COMMAND.COM busca un archivo por lotes opcional llamado AUTOEXEC.BAT y, si existe, ejecuta los comandos especificados allí. [3] Si no se invoca MSX-DOS y se inicia Disk BASIC , en su lugar se ejecutará un programa BASIC llamado "AUTOEXEC.BAS", si está presente. [3]
La siguiente es una lista de comandos internos soportados por MSX-DOS. [4]
El 10 de agosto de 1983, Paul Allen llamó a Tim Paterson , autor original de 86-DOS y MS-DOS 1.x, pidiéndole que hiciera una " versión Z80 de MS-DOS" para el estándar MSX. [5] En ese momento, Paterson estaba ocupado tratando de tener listo el primer producto de su startup Falcon Systems , por lo que sugirió algunos otros desarrolladores, pero Allen dijo que ya había preguntado. Allen tenía prisa por hacerlo y nadie más podía cumplir con su cronograma. Allen y Paterson finalmente estuvieron de acuerdo y el 17 de agosto firmaron un acuerdo para fabricar "Z80 MS-DOS 1.25" por 100.000 dólares y los derechos para que la empresa de Paterson distribuyera MS-DOS 2.0 , 2.5 y 3.0 con un producto de hardware sin regalías. . [6]
Para Paterson, esto fue principalmente un proceso de traducción. Ya había escrito un programa de traducción en lenguaje ensamblador del Z80 al 8086 ( TRANS.COM ). En este caso, estaba traduciendo manualmente en la otra dirección. Debido a que MS-DOS 1.x fue modelado a partir de la API de CP/M y fue capaz de ejecutar aplicaciones CP/M que habían sido traducidas a nivel fuente a 8086, eso significaría que MSX-DOS podría ejecutar programas CP/M directamente. . [6]
Para este proyecto, Paterson también escribió un emulador Z80 que se ejecutaba en MS-DOS, lo que le permitiría realizar todo el proyecto de desarrollo en MS-DOS. El MSX-DOS que estaba escribiendo tenía una capa de sistema de E/S , que se conectaba directamente con la capa de sistema de E/S de la máquina MS-DOS que estaba ejecutando la emulación. Esto le dio a MSX-DOS acceso directo y control del formato del disco. La mayor parte del código principal era gestión de archivos, por lo que era necesario probarlo. [6]
El 2 de octubre de 1983, tenía el macro ensamblador Microsoft BASIC y Microsoft M80 ejecutándose en MSX-DOS. Terminó de codificar COMMAND.COM unos días después. Resolvió algunos errores y le demostró MSX-DOS a Paul Allen el 11 de octubre. La versión de prueba beta se entregó oficialmente el 26 de octubre de 1983. Incluía un huevo de Pascua que imprimía el nombre de Paterson. El nombre estaba codificado con código FAT, por lo que no se podía encontrar simplemente buscando en el archivo. Después de la entrega de la versión beta, el código se envió a ASCII en Japón. Crearon el sistema de E/S para la máquina MSX. Ese código fue desarrollado por Jay Suzuki. Descubrió el huevo de Pascua y le añadió su nombre. [6]
ASCII estaba teniendo problemas para que MSX-DOS funcionara en la máquina MSX real. No le habían proporcionado una máquina MSX real a Paterson y, en cambio, lo llevaron en avión a Tokio el 28 de enero de 1984 para ayudarlos. Resultó que ASCII había estado modificando el código sin avisarle a Paterson, por lo que no estaban trabajando desde la misma base de código . Paterson pasó tres días en Tokio resolviendo los problemas y regresó a Seattle. [6]
Chris Larson de Microsoft y Jay Suzuki visitaron Paterson en Seattle a finales de febrero y principios de marzo de 1984. Trajeron una máquina MSX con un emulador en circuito (ICE) para depurar. Consiguieron que todo funcionara y el 23 de abril de 1984, Microsoft aceptó la entrega e hizo el pago final por MSX-DOS a Paterson. [6]
En el momento en que se escribió MSX-DOS, sólo había un sistema operativo de disco popular para microprocesadores compatibles con Intel 8080 de 8 bits, que era el sistema CP/M-80 de Digital Research . También se usaba a menudo con los sistemas Z80 , porque el Z80 usaba una arquitectura 8080 extendida. El propio sistema operativo de disco de Microsoft también se inspiró en CP/M.
Para poder ejecutar el software CP/M (ligeramente modificado), Microsoft decidió implementar una funcionalidad similar a las partes principales del BIOS CP/M, rutinas que los sistemas CP/M usaban para realizar tareas operativas de disco específicas, como abrir archivos, etc. En lugar de basar el procesador de comandos en el CCP de CP/M , conocido por su hostilidad hacia el usuario, se utilizó un intérprete de línea de comandos (COMMAND.COM) basado en su homólogo de MS-DOS. Microsoft también eligió su propio sistema de archivos FAT12 en lugar de los métodos de archivo de CP/M. Esto aseguró que los disquetes MSX-DOS pudieran usarse en una máquina MS-DOS y que solo se usara un único sistema de formato y archivo. Esta fue una decisión importante, porque los discos CP/M a menudo no eran intercambiables entre máquinas, siendo un factor los esquemas de formateo de discos incompatibles.
Microsoft también agregó un conjunto estándar de comandos de disco a MSX-DOS que eran compatibles con MS-DOS pero no con CP/M. Finalmente convirtieron su sistema de canalización de MS-DOS a MSX-DOS. El DOS resultante fue un sistema mucho más fácil de usar que CP/M, pero era (en principio) compatible con los principales paquetes de software CP/M como WordStar , Turbo Pascal y el ensamblador "M80" y el enlazador "L80" .
Los siguientes comandos son compatibles con MSX-DOS versión 2. [7]
Además, ASCII proporcionó las siguientes herramientas MSX-DOS2. [8]