El sistema operativo de la máquina ( MOS ) [2] o SO es un sistema operativo (SO) de computadora descontinuado que se utiliza en la gama de computadoras BBC de Acorn Computers . Incluía soporte para sonido de cuatro canales, gráficos, abstracción del sistema de archivos y entrada / salida (E / S) digital y analógica, incluido un bus de expansión encadenado. El sistema era monolítico , monolítico y no reentrante .
Desarrollador | Computadoras Bellota |
---|---|
Escrito en | Código de máquina 6502 de 8 bits (v0, v1) Código de máquina 65C02 (v2 – v5) |
Estado de trabajo | Interrumpido |
Modelo fuente | Fuente cerrada |
Versión inicial | Finales de 1981 |
Lanzamiento final | 5 / principios de 1986 |
Objetivo de marketing | Computadoras personales |
Disponible en | inglés |
Método de actualización | ROM de reemplazo |
Plataformas | BBC Micro , Acorn Electron , BBC Master series |
Tipo de grano | Monolítico |
Interfaz de usuario predeterminada | Interfaz de línea de comandos (v3, v4, v5) |
Sucesor | ARX (descontinuado) Arthur, renombrado RISC OS |
Las versiones 0.10 a 1.20 se usaron en BBC Micro , la versión 1.00 en Electron , la versión 2 se usó en B + y las versiones 3 a 5 se usaron en la serie BBC Master .
La computadora final de la BBC, la BBC A3000, era de 32 bits y ejecutaba el sistema operativo RISC , que conservaba partes de la arquitectura Acorn MOS y compartía una serie de características (por ejemplo, "comandos en estrella" , CLI , códigos de control de video "VDU" y modos de pantalla). ) con el MOS de 8 bits anterior .
Las versiones 0 a 2 del MOS tenían un tamaño de 16 KiB, estaban escritas en código de máquina 6502 y se guardaban en una memoria de solo lectura (ROM) en la placa base . El cuarto superior del espacio de direcciones de 16 bits (0xC000 a 0xFFFF) está reservado para su código ROM y espacio de E / S.
Las versiones 3 a 5 todavía estaban restringidas a un espacio de direcciones de 16 KiB, pero lograron contener más código y, por lo tanto, rutinas más complejas, en parte debido a la unidad de procesamiento central (CPU) 65C102 alternativa con su conjunto de instrucciones más denso más el uso cuidadoso de la paginación .
Interfaz de usuario
Las versiones originales de MOS, de 0 a 2, no tenían una interfaz de usuario per se: se esperaba que las aplicaciones enviaran las líneas de comando del sistema operativo al SO en su nombre, y se suministraba el lenguaje de programación BBC BASIC ROM, con ensamblador 6502 incorporado. con BBC Micro es la aplicación predeterminada que se utiliza para este propósito. BBC Micro se detendría con un Language?
error si no hay una ROM que anuncie al sistema operativo la capacidad de proporcionar una interfaz de usuario (llamada ROM de idioma ). La versión 3 de MOS en adelante presentaba una interfaz de línea de comandos simple , que normalmente solo se ve cuando la memoria CMOS no contiene una configuración para la ROM de idioma predeterminada.
Los programas de aplicación en ROM y algunos software basados en casetes y discos también suelen proporcionar una línea de comandos, útil para trabajar con el almacenamiento de archivos, como examinar el disco insertado actualmente. El sistema operativo proporciona la función de entrada de línea y obedece los comandos ingresados, pero la aplicación supervisa la ejecución del símbolo del sistema.
El software basado en casetes y discos generalmente se basa en la propia interfaz de usuario de BBC BASIC para poder cargarse, aunque es posible configurar un disquete para que se inicie sin necesidad de ejecutar comandos BASIC, esto rara vez se usaba en la práctica.
En BBC BASIC, los comandos del sistema operativo están precedidos por un asterisco o se pasan a través de la palabra clave OSCLI, para indicarle a BASIC que reenvíe ese comando directamente al sistema operativo. Esto llevó a que el asterisco sea el símbolo de solicitud de cualquier software que proporcione una línea de comandos del sistema operativo; La versión 3 de MOS en adelante usa oficialmente el asterisco como símbolo del símbolo del sistema. Cuando se hace referencia a un comando del sistema operativo, por lo general incluyen el asterisco como parte del nombre, por ejemplo *RUN
, *CAT
, *SPOOL
etc., aunque sólo la parte después de que el asterisco es el comando. El asterisco se llamó "estrella" y los comandos se llamaron "comandos de estrella".
Se ofrecen comandos no reconocidos a cualquier ROM de servicio (extensión); Las ROM del sistema de archivos a menudo verifican si un archivo en el disco coincide con ese nombre, lo mismo que hacen la mayoría de las otras interfaces de línea de comandos. Sin embargo, la llamada al sistema operativo OSWORD con acumulador = 0 ofrece programas de entrada de una sola línea (con ctrl-U para borrar la línea y las teclas de copia del cursor habilitadas) con filtrado de caracteres básico y límite de longitud de línea.
El intérprete de línea de comandos MOS presenta una idea bastante inusual: abreviatura de comandos. Para evitar escribir, se puede usar un punto después de los primeros caracteres, como *L.
para *LOAD
y *SA.
para *SAVE
. *RUN
fue abreviado como */
solo. *CAT
, el comando para catalogar (listar) un casete o un disco, se puede abreviar a *.
.
ROM de servicio
Las ROM de terceros generalmente también admiten la abreviatura de comandos, lo que genera ambigüedad cuando dos ROM de servicio proporcionan comandos que son muy similares en nombre pero posiblemente diferentes en función. En este caso, el MOS daría prioridad al comando de la ROM en la ranura de ROM con el número más alto, por ejemplo, 7 tiene prioridad sobre 6.
Algunos proveedores externos evitarían esto prefijando sus comandos de estrella con otras letras. Por ejemplo, los ROMS de Watford Electronics tendrían sus comandos en estrella prefijados con W
lo que los haría únicos.
Extensión
Los 16 KiB inferiores del mapa ROM (0x8000 a 0xBFFF) están reservados para el banco paginado de espacio de direcciones lateral activo . El sistema Sideways en BBC Micro permite que una ROM a la vez desde los enchufes de la placa base (o placas de expansión) se cambie al mapa de memoria principal. El software se puede ejecutar desde la ROM de esta manera (dejando la RAM libre de código de programa de usuario, para más espacio de trabajo) y el sistema operativo se puede ampliar mediante dichas ROM. La ROM lateral más común después de BASIC es el Acorn Disc Filing System que se utiliza para proporcionar soporte de disquete a la máquina.
Durante un reinicio, cada ROM paginada se enciende y se le pregunta cuánto espacio de trabajo público y privado necesita. A cada ROM se le asigna un trozo de espacio de trabajo privado que permanece asignado en todo momento, y un solo bloque de espacio de trabajo público, igual al tamaño de la solicitud más grande, se pone a disposición de la ROM activa. Durante el funcionamiento, el área paginada cambia rápidamente entre las ROM cuando se emiten comandos del sistema de archivos y se colocan en el sistema operativo comandos no reconocidos.
MOS asigna un bloque de memoria de 3,5 KiB (0x0000 a 0x0DFF) desde la parte inferior del mapa de memoria para el sistema operativo y el espacio de trabajo de la ROM del idioma:
Habla a | Usar |
---|---|
0x0000-0x00FF | Espacio de trabajo del idioma actual, espacio de trabajo del sistema misceláneo |
0x0100-0x01FF | Pila de CPU |
0x0200-0x02FF | Vectores del sistema operativo, variables del sistema, otro espacio de trabajo |
0x0300-0x03FF | Espacio de trabajo del controlador VDU, espacio de trabajo del sistema de casetes, búfer de entrada del teclado |
0x0400-0x07FF | Asignado a la ROM del idioma actual o al Tube . BASIC usa 0x0400-0x046B para las variables enteras de una sola letra @% a Z% (4 bytes por letra), a las que se accede más rápido que las variables del montón . |
0x0800-0x08FF | Sistema de sonido (almacena los sobres ADSR y el búfer de tono; si el sonido no está en uso, aquí se puede almacenar una pequeña cantidad de datos del usuario), búfer de impresora, definiciones de ENVELOPE |
0x0900-0x09FF | Buffers de entrada de casete y serie (los datos del usuario se pueden colocar aquí si el casete no está en uso, por lo que se ensamblaron muchas utilidades de código de máquina pequeñas en la página 9) |
0x0A00-0x0AFF | Búferes de salida de casete y serie, también utilizados para utilidades de código de máquina pequeño. |
0x0B00-0x0BFF | Teclas definidas por el usuario (cadenas que se insertan cuando se presionan teclas de función, establecidas por el *KEY comando) |
0x0C00-0x0CFF | Caracteres definidos por el usuario para modos que no son de teletexto (los datos del usuario se pueden colocar aquí si la pantalla está en modo de teletexto) |
0x0D00-0x0DFF | Rutina de servicio de interrupción no enmascarable, espacio de trabajo de red, espacio de trabajo de mouse / trackball, vectores indirectos a ROM paginadas y punteros de espacio de trabajo de ROM de página |
[3] [4]
En una máquina de solo casete, 0x0E00 es el inicio de la memoria del programa del usuario. Con las ROM de extensión del sistema operativo instaladas, como la ROM del sistema de archivo, se asigna más memoria por encima de este punto; Las ROM DFS generalmente usan otros 2,75 KiB para almacenar en caché el catálogo de discos y administrar los búferes de acceso aleatorio. Una ROM del sistema de archivo de red (para Econet ) asigna otros 0,5 KiB además de esto. Este es un problema grave porque MOS no admite la reubicación del código de máquina, que debe ejecutarse desde la dirección en la que se ensambló, por lo que algunos programas que asumieron un inicio fijo de la memoria del programa de usuario podrían sobrescribir el espacio de trabajo de MOS. El problema se alivió en las versiones 3 a 5 al permitir que las ROM asignen espacio de trabajo en un banco de RAM alternativo en 0xC000 a 0xDFFF que estaba presente en las computadoras de la serie Master, aunque las ROM antiguas podrían continuar asignando bloques de memoria principal.
El sistema operativo también mantiene una tabla de vectores de todas sus llamadas que se puede actualizar para conectar cualquier llamada del sistema operativo para la extensión del usuario. Al alterar o "enganchar" estos vectores, los desarrolladores podrían sustituir sus propias rutinas por las proporcionadas por defecto por el MOS.
Texto, gráficos, impresión
El MOS permite que la salida textual destinada a la pantalla se dirija en su lugar a la impresora, o ambas a la vez, lo que permite un soporte de impresión muy trivial para texto sin formato. La impresión de gráficos no es compatible y debe escribirse por separado.
Los gráficos y, en general, toda la salida de pantalla se maneja de una manera muy inusual. Los caracteres de control ASCII reciben casi por completo un nuevo significado bajo MOS: conocidos como los "controladores VDU", porque la documentación los describe en relación con la declaración VDU en BBC BASIC, se interpretan como caracteres de control de video. VDU 30
(es decir, ASCII 30) mueve el cursor a (0, 0), VDU 4 y 5 seleccionan si el texto debe dibujarse en el gráfico o el cursor de texto, VDU 12 borra la pantalla y VDU 14 y 15 activan y desactivan el bloqueo de desplazamiento. Por lo tanto, presionar ctrl-L borrará la pantalla y ctrl-N habilitará el bloqueo de desplazamiento. VDU 2 y 3 alternan si la salida de pantalla se envía a la impresora. La declaración BBC BASIC VDU VDU x [, y[, z...]]
es equivalente al BASIC convencional y muchos de los códigos de control (como 12 para "pantalla clara" y 7 para "bip") tienen las mismas funciones que en otras máquinas contemporáneas.PRINT CHR$(x) [; CHR$(y)[; CHR$(z)...]]
Muchos más caracteres de control toman parámetros: uno o más caracteres que siguen se utilizan únicamente para su valor de bit como parámetro y no como código de control. VDU 19 maneja la reasignación de paleta; los siguientes cinco bytes representan la entrada de la paleta, el color deseado y tres bytes de reserva. La VDU 31 ubica el cursor de texto en la ubicación que se encuentra en los siguientes dos bytes. VDU 17 establece el color del texto y 18 el color de los gráficos. VDU 25 utiliza los cinco bytes siguientes para mover el cursor de gráficos y trazar líneas continuas y discontinuas, puntos y triángulos rellenos, la extensión documentada de los gráficos en MOS 0 y 1. El primer byte es el código de comando, seguido de xey co -ordena como dos pares de bytes. Otras funciones gráficas, como el relleno de línea horizontal delimitada por un color determinado, estaban disponibles mediante el uso de códigos de comando indocumentados o mal documentados.
BBC BASIC contenía alias para los códigos VDU de uso común (como GCOL para VDU 18 o PLOT para VDU 25). Algunas declaraciones eran equivalentes directos a los códigos VDU, como CLS para VDU 12. Algunas declaraciones eran equivalentes menos exactos, ya que incorporaban funciones específicas de BASIC y también llamaban a las rutinas del sistema operativo; por ejemplo, la declaración MODE x establecería el modo de pantalla xy ajuste la variable del sistema BASIC HIMEM de acuerdo con la cantidad de memoria que el nuevo modo dejó disponible para BASIC, mientras VDU 22, x establecería solo el modo de pantalla, sin alterar HIMEM. Esto permitió a un programador asignar un bloque de memoria desde BASIC, por ejemplo, para cargar rutinas de código de máquina en, al reducir el valor de HIMEM al inicio de un programa, y aún así tener la libertad de cambiar los modos de pantalla sin desasignarlo como efecto secundario. .
Hay un comando del sistema operativo para escribir un carácter, OSWRCH, que es responsable de todo el texto y los gráficos. Por ejemplo, para mover el cursor a (10, 15), necesario, en 6502 ensamblador:
LDA # 31: JSR OSWRCH \ mover cursor de textoLDA # 10: JSR OSWRCH \ coordenada xLDA # 15: JSR OSWRCH \ coordenada y
(LDA carga un valor en el acumulador; JSR es "saltar a subrutina"). En la tercera llamada al sistema operativo, el cursor se moverá. El siguiente código dibujaría una línea de (0, 0) a (0, +100):
LDA # 25: JSR OSWRCH \ begin "PLOT" (ASCII 25) comandoLDA # 4: JSR OSWRCH \ command k = 4, o mover absolutoLDA # 0: JSR OSWRCH: JSR OSWRCH: JSR OSWRCH: JSR OSWRCH \ send (0, 0) como pares de bytes bajos y altos
LDA # 25: JSR OSWRCH \ begin PLOTLDA # 1: JSR OSWRCH \ k = 1 - dibujar relativoLDA # 0: JSR OSWRCH: JSR OSWRCH \ x = 0LDA # 100: JSR OSWRCH \ y = 100 (byte bajo)LDA # 0: JSR OSWRCH \ byte alto
BBC BASIC permite realizar lo anterior como cualquiera de los siguientes:
VDU 25 , 4 , 0 ; 0 ; 25 , 4 , 100 ; 0 ; IMPRIMIR CHR $ ( 25 ); CHR $ ( 4 ); CHR $ ( 0 ); ... etc . PARCELA 4 , 0 , 0 : PARCELA 1 , 0 , 100 MOVE 0 , 0 : DRAW 0 , 100 : ¡Solo códigos absolutos REM ! OSWRCH = y FFEE : A% = 25 : LLAMADA OSWRCH : A% = 4 : LLAMADA OSWRCH : A% = 0 : LLAMADA OSWRCH ... etc .
Los gráficos en Acorn MOS usan una resolución de gráficos virtuales de 1280 × 1024, con posiciones de píxeles mapeadas al píxel equivalente más cercano en el modo de gráficos actual. Cambiar la resolución de video no afectará la forma, el tamaño o la posición de los gráficos dibujados, incluso con métricas de píxeles completamente diferentes en el nuevo modo, porque todo esto lo tiene en cuenta el sistema operativo.
MOS proporciona otras dos llamadas al sistema operativo que manejan la salida de texto: OSNEWL
y OSASCI
. OSNEWL escribe un salto de línea y un retorno de carro en el flujo de salida actual. OSASCI reenvía todos los caracteres directamente a OSWRCH excepto el retorno de carro, que activa una llamada a OSNEWL en su lugar. El código preciso para OSASCI y OSNEWL (cinco líneas del ensamblador 6502) está documentado en la BBC Micro User Guide.
MOS implementa el reconocimiento de caracteres para que el texto impreso en la pantalla con la fuente del sistema se pueda seleccionar con las teclas de flecha e ingresar con la COPYtecla como si se estuviera escribiendo. Para activar la edición de pantalla, el usuario mueve el cursor de hardware al texto que se va a leer y el sistema operativo muestra un segundo cursor en el software en la posición original. Al presionar, se COPYcopia un carácter del cursor de hardware al cursor de software y ambos avanzan, de modo que al mantener presionada la tecla se copia una sección del texto, los cursores se envuelven alrededor de los bordes verticales de la pantalla según sea necesario. Si la pantalla se desplaza durante la edición, la posición del cursor de hardware se ajusta para seguir el texto. El usuario puede realizar cambios en el texto durante la copia y los caracteres definidos por el usuario se reconocen en los modos gráficos. La edición de pantalla finaliza cuando se presionan RETURNo ESCAPE, que tienen sus efectos habituales. El reconocimiento de caracteres está disponible para los usuarios en la API con una llamada para leer el carácter en la posición actual del cursor.
Sonar
La generación de sonido se lleva a cabo a través de otra llamada al sistema operativo, OSWORD, que maneja una variedad de tareas enumeradas a través de un código de tarea colocado en el acumulador. Todas las llamadas a OSWORD llevan un bloque de parámetros que se utiliza para enviar y recibir datos múltiples; la dirección de este bloque se pasa en los registros X e Y, con el byte bajo en X y el byte alto en Y. Hay cuatro canales de sonido con búfer: tres melódicos y uno basado en ruido en el chip de sonido que se encuentra en BBC Micro . Solo hay una forma de onda para los canales melódicos; los parámetros de nota admitidos son tono, duración, amplitud, selección de envolvente y varias opciones de control. Para el parámetro de amplitud, un cero o negativo establece una amplitud estática, y un valor positivo selecciona una envolvente de amplitud y tono (una variación temporal predefinida) para aplicar a la nota.
Los parámetros de control se pasaron a través del parámetro del canal, e incluyen flush (el búfer se borra y el canal se silencia antes de que se reproduzca la nota), sincronizar el recuento (tan pronto como se reciba el mismo recuento de sincronización para esa cantidad de canales, todas las notas sincronizadas son jugar juntos), y el control sobre la actualización del sistema de voz donde esté instalado.
OSWORD maneja muchas funciones además del sonido, muchas de las cuales no tienen soporte directo en BASIC. Se puede acceder a ellos desde BASIC configurando el bloque de parámetros, cargando su dirección en X% e Y% y el código de tarea en A%, y luego llamando a la rutina.
Compatibilidad con otras E / S y un segundo procesador
El BBC Micro tenía soporte para un segundo procesador conectado a través del tubo , lo que permitía el acceso directo al bus del sistema. El código del controlador para la interfaz Tube no se encuentra en el MOS, generalmente lo proporciona una ROM de servicio externa.
El sistema operativo tiene llamadas para manejar la lectura y escritura en todas las E / S (puertos y memoria de pantalla) y se recomienda encarecidamente a los programadores que las utilicen en la documentación de Acorn. La razón de esto es que cuando se instala un segundo procesador, el software del usuario se ejecuta desde el mapa de memoria separado en el lado más alejado del bus del procesador Tube, y el acceso directo a los registros de E / S asignados en memoria y la memoria de video es imposible. Sin embargo, en aras del rendimiento, muchas aplicaciones, incluidos muchos juegos, escriben directamente en el espacio de direcciones principal para E / S y, por lo tanto, se bloquean o muestran una pantalla en blanco si se conecta un segundo procesador 6502. Una de esas áreas críticas para el rendimiento es el soporte de sprites : el hardware BBC Micro no admite sprites, y los juegos deben implementar sprites en el software. En la práctica, el uso generalizado del acceso directo en lugar de las llamadas al sistema operativo rara vez causó problemas. Las segundas unidades de procesador eran caras y se escribía muy poco software para hacer uso de ellas, por lo que pocas personas las compraron, y quienes las tenían podían simplemente apagarlas o desconectar el cable si surgía un problema.
El MOS contiene dos sistemas de archivos integrados: casete y ROM. Estos son bastante similares (intente *ROM
, *OPT 1 2
, *CAT
con una ROM adecuada instalada) y comparten una gran cantidad de código. Cuentan con un mecanismo de protección de copia rudimentario donde un archivo con un determinado conjunto de banderas no se puede cargar excepto para ejecutarlo. [5] (Antes del lanzamiento de Amstrad de una grabadora de casetes gemelas para el mercado masivo en 1987, [6] la mayoría de los usuarios domésticos no tenían instalaciones para copiar casetes sin cargar los archivos en la computadora para volver a guardarlos). El sistema (ADFS), instalado de serie en la serie Master, tiene un mecanismo similar. [7]
Versiones
Lanzamientos 0 y 1
Versiones para la familia BBC Micro , comenzando en 0.10 y terminando en 1.20. Confusamente, el Electron se envió con la versión 1.00 a pesar de haber sido lanzado después de la versión 1.20 de BBC Micro, porque fue el primer lanzamiento de una ROM para el electrón. El número de versión de MOS no fue pensado como una definición de API: la ROM de Electron no estaba "basada en" la versión 1.0 de BBC Micro ROM en ningún sentido.
Lanzamiento 2
Esta versión es para el BBC Model B +, esencialmente igual que MOS 1.20 excepto con la adición de soporte para la RAM lateral y en la sombra presente en el B +.
Lanzamientos 3 a 5
MOS 3 a MOS 5 se envían con los sistemas BBC Master Series , en los modelos Master 128, Master ET y Master Compact, respectivamente.
La versión inicial de MOS 3 amplió las funciones proporcionadas en MOS 2 en B + para admitir hardware adicional, proporcionar una función de línea de comandos y ampliar el código del controlador VDU con capacidades mejoradas de trazado de gráficos. Se hicieron públicas dos versiones notables: la versión 3.20 es la más común y la versión 3.50 (aunque tenía más funcionalidad y correcciones de errores [8], no era 100% compatible con algunas aplicaciones de software populares [9], por lo que se ofreció como una actualización opcional solo).
MOS 4 era una versión simplificada de MOS 3 destinada al Master ET minimizado de manera similar, y se corrigieron algunos errores menores.
MOS 5 se envió con el Master Compact y se modificó mucho con algunas funciones eliminadas o muy modificadas.
Créditos
Con la excepción de MOS 3.50 donde se recuperó el espacio para más código, el área normalmente oculta por las ubicaciones de memoria de entrada / salida (los 768 bytes de 0xFC00-0xFEFF inclusive) en la ROM MOS contenía una lista de nombres de contribuyentes al sistema . Esto podría recuperarse extrayendo la ROM y leyendo su contenido en un programador EPROM. Aquellos que no tenían tal dispositivo podían acceder a la ROM en un Maestro configurando un bit de prueba de un registro de control de acceso, luego usando un programa de código de máquina para copiar la ROM directamente a la memoria de pantalla en modo texto. [10]
El texto completo de la cadena de crédito en MOS 1.20 es el siguiente; no aparecen espacios después de las comas para ahorrar memoria:
"(C) 1981 Acorn Computers Ltd. Se agradece a los siguientes contribuyentes al desarrollo de BBC Computer (entre otros demasiado numerosos para mencionarlos): - David Allen, Bob Austin, Ram Banerjee, Paul Bond, Allen Boothroyd , Cambridge , Cleartone, John Coll , John Cox, Andy Cripps, Chris Curry , 6502 diseñadores, Jeremy Dion, Tim Dobson, Joe Dunn, Paul Farrell, Ferranti , Steve Furber , Jon Gibbons, Andrew Gordon, Lawrence Hardwick, Dylan Harris, Hermann Hauser , Hitachi , Andy Hopper , ICL , Martin Jackson, Brian Jones, Chris Jordan, David King, David Kitson, Paul Kriwaczek, Laboratorio de computación , Peter Miller, Arthur Norman , Glyn Phillips, Mike Prees, John Radcliffe, Wilberforce Road, Peter Robinson , Richard Russell , Kim Spence-Jones, Graham Tebby, Jon Thackray, Chris Turner, Adrian Warner, Roger Wilson , Alan Wright ".
Recepción
En entrevistas en 1993 y 2001, el cofundador de Acorn, Hermann Hauser, contó que Bill Gates de Microsoft , habiendo notado que se vendieron 1,5 millones de BBC Micros, intentó vender MS-DOS a Acorn, pero Hauser consideró que adoptar MS-DOS habría sido un "retroceso". paso "en comparación con la retención del sistema de Acorn. [11] [12]
Referencias
- ^ Los prototipos raros de la serie P de iPhone ejecutan Acorn OS (vídeo). YouTube: Cult of Mac. 2017-06-29. El evento ocurre a las 3:46 . Consultado el 5 de enero de 2019 .
- ^ Coll, John (1982) [1982]. Allen, David (ed.). La Guía del usuario de microcomputadoras de la BBC (PDF) . Londres: British Broadcasting Corporation. pag. 443. ISBN 0-563-16558-8. Consultado el 28 de marzo de 2017 .
- ^ http://mdfs.net/Docs/Comp/BBC/AllMem
- ^ EUG a-os2
- ^ Bray, Andrew C .; Dickens, Adrian C .; Holmes, Mark A. (1983). La guía de usuario avanzada para el microordenador BBC . Cambridge: Cambridge Microcomputer Centre. pag. 347. ISBN 0-946827-00-1. Archivado desde el original (PDF comprimido) el 14 de enero de 2006 . Consultado el 19 de abril de 2012 .
- ^ https://www.theguardian.com/music/2013/aug/30/cassette-store-day-music-tapes punto 6
- ^ "5. Los comandos del sistema de archivo". La guía del usuario de Advanced Disc Filing System (PDF) (1 ed.). Computadoras Bellota. Agosto de 1985. p. 32 . Consultado el 22 de julio de 2018 .
- ^ Spencer, David (diciembre de 1989). "El nuevo Master Mega-ROM". Beebug . RISC Developments Ltd. 8 (7): 6–7.
corregir errores en el MOS original, como el infame error CLOSE # 0 en el DFS ... ADFS se ha acelerado en un factor de al menos dos ... Las utilidades de formato, verificación y copia de seguridad ahora están incluidas en la ROM ... . aumentos de velocidad en programas que realizan mucho punto flotante ... permite introducir caracteres internacionales desde el teclado ... Acorn ha decidido no incluir la ROM alternativa como estándar en los nuevos Masters. La razón, dicen, es que si bien la nueva ROM es altamente compatible, habrá algunos programas existentes que no funcionarán con ella. En particular, el nuevo manejo de claves de 8 bits puede confundir a algunos programas, y es casi seguro que cualquier programa que acceda directamente a las rutinas dentro de la ROM fallará. Creo que Acorn ha tomado una decisión acertada, considerando la cantidad de software que ya está disponible para el Máster, pero no creo que deba desanimarse por la incompatibilidad; en la práctica, la mayoría de los programas funcionarán.
- ^ Gibbons, Derek (noviembre de 1990). "Algunos comentarios sobre la nueva ROM maestra". Beebug . RISC Developments Ltd. 9 (6): 38–39.
* FX225,2 destaca otra área problemática ... debido a que la acción de este comando ahora se ha cambiado de la documentada originalmente, tales programas ya no funcionan
- ^ Holton, David (abril de 1992). "Rincón del código de máquina del Sr. Toad: los persuasores ocultos (parte 1)". Beebug . RISC Developments Ltd. 10 (10): 6. la
configuración del bit 6 del registro de control de acceso ACCON (& FE34) seleccionará esta parte de la ROM y los nombres se pueden leer ... En la página F.2-3 de la Referencia maestra Manual (Parte 1), donde a cada bit de ACCON se le da un nombre separado, el bit 6 se llama TST
- ^ Grossman, Wendy M. (mayo de 1993). "Missing The Big Time" . Mundo de la computadora personal . Consultado el 6 de noviembre de 2012 .
- ^ Woolley, Alice (6 de junio de 2001). "Mi mayor error: Sí, podría haber sido Bill Gates" . The Independent . Consultado el 2 de junio de 2017 .
- Notas
- Watford Electronics, "El manual de referencia avanzado de la BBC Master Series", 1988