Path: utzoo!attcan!uunet!zephyr.ens.tek.com!uw-beaver!mit-eddie!wuarchive!usc!srhqla!nrcvax!neg
From: neg@NRC.COM (Neal Goldsmith)
Newsgroups: comp.sys.mac.hardware
Subject: Re: SE/30 -> 32 bit clean ROMS?
Message-ID: <625@nrcvax.NRC.COM>
Date: 24 Oct 90 19:00:32 GMT
References: <2899@bridge2.ESD.3Com.COM>
Reply-To: neg@nrcvax.UUCP (Neal Goldsmith)
Organization: Network Research Corp., Oxnard CA
Lines: 36

In article <2899@bridge2.ESD.3Com.COM> ngg@bridge2.ESD.3Com.COM (Norman Goodger) writes:
>In article <1990Oct23.032953.16860@eng.umd.edu> russotto@eng.umd.edu (Matthew T. Russotto) writes:
>>In article <2896@bridge2.ESD.3Com.COM> ngg@bridge2.ESD.3Com.COM (Norman Goodger) writes:
>>>
>>>	However I suspect that 7.0 will probably contain patches to
>>>	create a 32 bit clean environment. Someone indicated this to
>>>	me in a recent reply and that makes much more sense than some
>>>	massive hardware upgrade program. Unless there is someone that
>>>	can say for proof positive that Apple cannot patch their own
>>>	firmware in the system software to create a 32-bit clean
>>>	environment.....
>>
>>Right.  A/UX does not exist :-)
>>--
>
>	Touche'... The others can now put their flame throwers away and
>	stop worrying about "32-bit clean ROM's."

It is my understanding (as told by an Apple Engineer at MacWorld) that the
Macintosh OS Memory manager MUST load from the ROM.

This is why there is both a 24-Bit and a 32-Bit memory manager in the ci and
newer ROMS. A/UX has some other way of handling a 32-Bit memory manager for
the multifinder session.

I don't know why this is, just repeating what I was told by Apple. This is why
I want a new set of ROMS. I would be happy with software however if it is
possible.



-- 
  Neal E. Goldsmith                            Network Research Corp
  Internet: neg@nrc.com                        1620 Federal Ave #2
  America Online: NEG1                         Los Angeles, CA 90025
                                               (213)479-6436