Path: utzoo!attcan!uunet!cs.utexas.edu!sun-barr!apple!sticks!dwb
From: dwb@sticks.apple.com (David W. Berry)
Newsgroups: comp.sys.mac.programmer
Subject: Re: System 7.0 Q & A -- memory protection (none)
Message-ID: <1999@internal.Apple.COM>
Date: 22 May 89 19:18:54 GMT
References: <1838@internal.Apple.COM> <7320@hoptoad.uucp> <1906@internal.Apple.COM> <7350@hoptoad.uucp> <364@taniwha.UUCP> <7357@hoptoad.uucp> <31132@apple.Apple.COM> <7383@hoptoad.uucp> <366@taniwha.UUCP> <7392@hoptoad.uucp> <367@taniwha.UUCP>
Sender: usenet@Apple.COM
Organization: Apple Computer
Lines: 28

In article <367@taniwha.UUCP> paul@taniwha.UUCP (Paul Campbell) writes:
>I'm sure that there are some 24-bittedness in the current ROMs (or otherwise
>why would you need a new set at the moment in order to run the 32-bit system
>with 6.0. Then again maybe they can patch around it ..... since they must
>have been doing it for a while I'm sure that they have a good handle on it
>(hopefully one without flags in the top bits :-)

	Actually, the roms in Mac II and later machines are fairly 32-bit
clean.  A/UX has to make a very few (currently 3 I think :-) exceptions.
The primary reason for new roms for 32-bit systems is that the major area
of change, the memory manager, has to be present well before the patches,
etc. are loaded in.  Once you've set up the system heap and pretty much
initialized it, it's far too late to go back and change it's format.

>
>	Paul
>
>-- 
>Paul Campbell
>Taniwha Systems Design			UUCP:		..!mtxinu!taniwha!paul 
>Oakland CA				AppleLink:	D3213
>Achtung! Ve are from ze Interface Police! Ve vant to look und feel!


Opinions:  MINE, ALL MINE! (greedy evil chuckle)

David W. Berry		(A/UX Toolbox Engineer)
dwb@apple.com		973-5168@408.MaBell		AppleLink: berry1