Path: utzoo!utgpu!news-server.csri.toronto.edu!bonnie.concordia.ca!uunet!stanford.edu!neon.Stanford.EDU!torrie
From: torrie@cs.stanford.edu (Evan Torrie)
Newsgroups: comp.sys.amiga.advocacy
Subject: Re: Mac memory mgmt (was Re: re^4: what to buy??(numbercruncher))
Message-ID: <1991Jun22.075918.27367@neon.Stanford.EDU>
Date: 22 Jun 91 07:59:18 GMT
References: <82@ryptyde.UUCP> <5333@dirac.physics.purdue.edu> <1991Jun21.235106.14465@mintaka.lcs.mit.edu> <1991Jun22.010001.29019@midway.uchicago.edu>
Sender: torrie@neon.Stanford.EDU (Evan James Torrie)
Organization: Computer Science Department, Stanford University, Ca , USA
Lines: 27

jcav@quads.uchicago.edu (john  cavallino) writes:

>   The Mac OS was (and is) written entirely in 68000 machine language, but
                    ^^^^^^

  I don't know how true this is anymore with System 7.  I get the feeling
that a lot of the new stuff was rewritten mainly in C.  This would be 
consistent with their goals for a "portable" MacOS.

>   What would have helped a lot would have been for System 7 VM to have given
>   each application an independent protected virtual address space.  Instead,
>   the VM merely extends the existing unified address space to sizes larger
>   than physical RAM.  The reason for this is much internal bletcherousness in
>   the Operating System that requires a single address space, such as the
>   existence of a linked list of absolute addresses of all grafPorts in use,
>   that bounces madly from partition to partition.  Oh well.

>    Backward compatibility sucks sometimes.

  Something I'm sure Apple realises, given their rumoured development of
a non-Mac compatible OS (the legendary "Pink" which has been making the
news rounds lately).
-- 
------------------------------------------------------------------------------
Evan Torrie.  Stanford University, Class of 199?       torrie@cs.stanford.edu   
"Lay me place and bake me pie, I'm starving for me gravy... Leave my shoes
and door unlocked, I might just slip away - hey - just for the day."