Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!ames!hc!lll-winken!uunet!intercon!amanda@intercon.UUCP From: amanda@intercon.UUCP (Amanda Walker) Newsgroups: comp.sys.mac.programmer Subject: Re: Re: System 7.0 Q & A -- memory protection (none) Message-ID: <19-May-89.111848@192.41.214.2> Date: 19 May 89 15:09:16 GMT References: <7357@hoptoad.uucp> <1838@internal.Apple.COM> <7320@hoptoad.uucp> <1906@internal.Apple.COM> <7350@hoptoad.uucp> <364@taniwha.UUCP> Sender: news@intercon.UUCP Reply-To: amanda@intercon.UUCP (Amanda Walker) Organization: InterCon Systems Corporation, Sterling, VA Lines: 35 AAAAARGH! In article <7357@hoptoad.uucp>, tim@hoptoad.uucp (Tim Maroney) writes: > Sure, as long as you don't make any ROM calls, feel free to run in > 32-bit mode. Seems the ROMs that are out there won't handle it, ... Horse puckey. Parts of the Memory Manager are not 32-bit clean, but most of the ROM is. Think about A/UX. It's a 32-bit environment, and you can call the ROM all you like (the major differences are with the File Manager, since it has to map everything to UNIX file system calls). The parts of the memory manager that need to be changed for 32-bit mode can be handled by a patch resource (like styled TextEdit, the Script Manager, and so on). Repeat after me: 24-bit mode is there so applications don't break, not so the ROMs won't break. Things like Excel, which has a hard enough time with 24 bits :-). Have you ever actually used a 32-bit clean system (either A/UX or the 32-bit clean version of System 6.mumble that developers can get)? Have you ever actually checked the docs (or talked to people at Apple) to make sure you have you facts straight? It sure doesn't sound like it to me. On the other hand, I haven't been this entertained by misinformation in quite some time... -- Amanda Walker InterCon Systems Corporation -- This posting is my opinion, not my employer's, even if the two do happen to coincide.