Path: utzoo!utgpu!jarvis.csri.toronto.edu!clyde.concordia.ca!uunet!lll-winken!brutus.cs.uiuc.edu!zaphod.mps.ohio-state.edu!math.lsa.umich.edu!sharkey!cfctech!ttardis!rlw
From: rlw@ttardis.UUCP (Ron Wilson)
Newsgroups: comp.sys.apple
Subject: Re: UUCP for the GS...
Message-ID: <2426@ttardis.UUCP>
Date: 11 Jan 90 15:49:39 GMT
Organization: Gallifrey
Lines: 27

In article <4179.feeds.info-apple@pro-tcc>, lvirden@pro-tcc.cts.com (Larry Virden) writes:
>In-Reply-To: message from rnf@shumv1.uucp
>
>Rick, you may have to wait a while for this since the folks are still
>negotiating with the publish to make the software available.  But I would
>think that we should be able to get most of the utilities to compile under
>Orca/C or APW C without a lot of trouble.  The main problem will be getting a
>c compiler which will produce code in the format expect by the OS.
>
>P.S. I dont remember reading much about Minix using unique disk formats on
>the IBM or Atari ST (or Amiga)... but then, I tend to move past those msgs
>when they appear. 
>-- 
>Larry W. Virden                 ProLine: pro-tcc!lvirden
>674 Falls Place                 Work:   lvirden@cas.bitnet
>Reynoldsburg, OH 43068-1614     Aline:  LVIRDEN
>                                CIS:    75046,606
You over look something: the GS's existing progam loader could be use by an
alternative OS running on the GS - just provide  the basic ProDOS system
calls for the loader to call - infact, this would allow the existing
compilers to be used to compile programs to run under "GS-MINIX."

If I may point out, GS/OS is still "just a disk manager" (more or less) -
therefore, imposing an alternitive OS on the GS could be as little as removing
the none disk portions of GS/OS and putting in the new OS using the native
disk management.  Of course, under a multitasking OS, it would be difficult
to use the GS toolsets.....