Article-I.D.: eneevax.468
Posted: Fri Dec 27 22:42:54 1985
Date-Received: Sat, 28-Dec-85 13:26:07 EST
References: <617@ihlpm.UUCP> <2511@dragon.fluke.UUCP> <412@aum.UUCP> <414@gcc-milo.ARPA> <995@cadovax.UUCP>
Reply-To: ravi@eneevax.UUCP (Ravi Kulkarni)
Distribution: net
Organization: U of Maryland, EE Dept., College Park, MD
Lines: 34
Summary: Atari OS is not CPM68k
In article <995@cadovax.UUCP> keithd@cadovax.UUCP (Keith Doyle) writes:
[color=blue]> In article <414@gcc-milo.ARPA> zrm@gcc-milo.UUCP (Zigurd R. Mednieks) writes:[/color]
[color=teal]>> where the ST takes a good drubbing from the Amiga. The ST's O.S. is derived,[/color]
[color=teal]>> I think, from CPM68k. I never heard a nice word about that O.S. The Amiga's[/color]
[color=teal]>> O.S. is derived from Tripos (sp?), which is a very nice, clean multi-tasking[/color]
[color=teal]>> system.[/color]
[color=teal]>> -Zigurd[/color]
[color=blue]> ...[/color]
[color=blue]> In addition, you may have not heard too much about the ST's O.S. from the[/color]
[color=blue]> ST camp perhaps because they are aware that CP/M has never really been an[/color]
[color=blue]> O.S. but just a sophisticated loader. And, once your program gains[/color]
[color=blue]> control, CP/M does so little for you it might as well not even be there,[/color]
[color=blue]> especially as far as performance is concerned if you are not doing CP/M[/color]
[color=blue]> calls.[/color]
[color=blue]> [/color]
[color=blue]> Keith Doyle[/color]
The TOS operating system is not based on CPM68k. It is instead derived
from MS-DOS. The reason CPM68k was rumored as a basis for TOS is that
the C-compiler that comes with the development kit was ported from
a CPM68k environment so the runtime library has some remnants
of CPM68k conventions. By the way the ST does have multitasking of
a sort. Basically the processes have to call a get event routine that
then calls the next routine on the ready list. The basic idea is
to have one main application program and the desk accessories
share time so that one can have printer spoolers, etc.
running in the background.
-ravi
--
ARPA: ravi@eneevax.umd.edu
UUCP: [seismo,allegra]!umcp-cs!eneevax!ravi