Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!usc!elroy.jpl.nasa.gov!mahendo!wlbr!WLV.IMSD.CONTEL.COM!fdm
From: fdm@WLV.IMSD.CONTEL.COM (Frank D. Malczewski)
Newsgroups: comp.sys.mac.hardware
Subject: Re: 'Dirty' ROMs - A Partial Answer <-- NOT GOOD ENOUGH!
Message-ID: <1991May22.061728.28908@wlbr.imsd.contel.com>
Date: 22 May 91 06:17:28 GMT
References: <54183@nigel.ee.udel.edu> <854@taniwha.UUCP>
Sender: news@wlbr.imsd.contel.com (news)
Organization: Contel Federal Systems
Lines: 20
Nntp-Posting-Host: wlv.imsd.contel.com

In article <854@taniwha.UUCP> paul@taniwha.UUCP (Paul Campbell) writes:
>
>But there are at least two proofs that it is possible to do it in software -
>Connetix and A/UX (yes the first 32-bit clean Mac system runs on MacIIs
>and above and it has a 32-bit clean system - obviously Apple does have the
>patches in house already and has had them for years before 7.0)
>
I'm not an A/UX owner, nor have I followed 2.0 very well (except to know
that I sure wouldn't mind owning it :-).  Anyhow, the reason that A/UX is
"32-bit clean", at least the A/UX 1.x versions has to do with A/UX completely
bypassing the ROMs when unix is booted, at least as far as the Memory 
Manager is concerned (at least that's what I _vaguely_ recall reading at
the time this issue came up in that timeframe).  I would imagine that with
2.x there may have been some integration with the ROMs, but in this 
particular case I believe its still an Apples and Oranges situation.




--Frank Malczewski                        (fdm@wlv.imsd.contel.com)