Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!ukma!rutgers!netnews.upenn.edu!linc.cis.upenn.edu!rubinoff
From: rubinoff@linc.cis.upenn.edu (Robert Rubinoff)
Newsgroups: comp.sys.mac.programmer
Subject: Re: System 7.0 Q & A -- memory protection (none)
Message-ID: <11211@netnews.upenn.edu>
Date: 18 May 89 15:14:52 GMT
References: <1838@internal.Apple.COM> <7320@hoptoad.uucp> <1906@internal.Apple.COM> <7350@hoptoad.uucp>
Sender: news@netnews.upenn.edu
Reply-To: rubinoff@linc.cis.upenn.edu (Robert Rubinoff)
Organization: University of Pennsylvania
Lines: 15

In article <7350@hoptoad.uucp> tim@hoptoad.UUCP (Tim Maroney) writes:
>The so-called large address space of 14 megabytes imposed by the
>unclean ROM, you mean?

Well, now hold on a second!  This is only the limit in 24-bit mode, and it's
got nothing to do with the ROM being unclean.  24 bits only gives you a 16 Meg
address space, and they need a little room for the OS and related stuff.  In
32-bit mode, you get 4 Gigabytes of room, which is plenty (at least for a year
or two, until they come out with the 256 Meg RAM chips).  Of course, many (most)
current applications aren't 32-bit clean, so they will only run in 24-bit mode.
But you can hardly blame Apple for that.  Even if they had mounted a concerted
push from day one to leave the upper bits of addresses alone, people wouldn't
have listened.  

   Robert