3 ms·
RISC OS could selectively replace parts of the ROM (in RAM) with new code/data, for upgrades, new device drivers and so on. (I think some viruses loaded themse
by Symbiote 3y ago
RISC OS could selectively replace parts of the ROM (in RAM) with new code/data, for upgrades, new device drivers and so on.
(I think some viruses loaded themselves with this mechanism. And virus checkers.)
https://www.riscosopen.org/wiki/documentation/show/File%20formats:%20Relocatable%20Module https://www.riscosopen.org/wiki/documentation/show/File%20fo...
- bluGill 3y agoSure, but everytime you need to do that boot time goes down and so what was the point?
- Symbiote 3y agoIn practise I don't remember this being a big deal. At some point I remember helping my dad upgrade us from RISC OS 3.something to 3.11, by replacing the ROM chips, but patches to the OS loaded into RAM were unusual. The OS in ROM was 2MiB, and looking at some module files intended for potential loading at boot time I have in an emulator, they are around 5-40kiB. The computers typically had 2 or 4MiB RAM, so there isn't space to replace a significant amount of the OS anyway. (1MiB or 8MiB was possible, but unusual.)
- cmrdporcupine 3y agoWow, that's a large ROM. Even in their latest, 68030 based models, Atari never shipped a ROM bigger than I think 512kB (in the TT). If you wanted the full multitasking modern version of the OS (MultiTOS), you loaded parts of it from disk. Or ran SysV Unix (or NetBSD or Linux, later). Then again, binary sizes would be smaller on a CISC 68k machine I'd expect.
- Symbiote 3y agoSome of it's shown later in the long video I posted if you want to look, but the ROM includes the multitasking OS, GUI, BASIC interpreter, text editor, graphics editor, vector drawing editor, calculator, clock/alarm clock, font manager and four fonts, network stack (though not IP), RAM filing system, audio support.