Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!lll-winken!lll-lcc!pyramid!voder!apple!lsr From: lsr@apple.UUCP (Larry Rosenstein) Newsgroups: comp.sys.mac,comp.sys.atari.st Subject: Re: Magic Sac Message-ID: <6837@apple.UUCP> Date: Wed, 25-Nov-87 14:15:11 EST Article-I.D.: apple.6837 Posted: Wed Nov 25 14:15:11 1987 Date-Received: Sun, 29-Nov-87 02:18:11 EST References: <460@aucs.UUCP> <57900011@sfu_cmpt> <1275@csib.csi.UUCP> Reply-To: lsr@apple.UUCP (Larry Rosenstein) Organization: Advanced Technology Group, Apple Computer Lines: 34 Xref: mnetor comp.sys.mac:10284 comp.sys.atari.st:6478 In article <4524@well.UUCP> dhawk@well.UUCP (David Hawkins) writes: >This is what I got from Data Pacific this month: >| 128K and 256K ROMS >| Many users ask when we will support the newer 128K and 256K ROMs >|from Apple. We do not plan to support these ROMs with the MAGIC SAC, >|primarily because the code which is contained inside of these ROMs >|will be provided by our software. Thus, _there is no advantage in the >|use of these ROMs over the 64K ROMs_ with the Magic Sac. It will be interesting to see if they can pull this off (legally). Some of the new routines in the 128K ROMs are extensions of those in the 64K ROMs (eg, the new Resource Manager calls). But others are not extensions (eg, the new Quickdraw calls). It will be difficult to implement all these calls without copying the actual ROMs. The problem is even worse for 256K ROMs, expecially with Color Quickdraw. (I don't see any way they can duplicate all of Color Quickdraw.) Also, some of the changes were performance improvements, especially in the Resource Manager and Quickdraw. Unless they reimplement these routines as well, it is not true that "there is no advantage" in the use of the 128K & 256K ROMs; the actual ROMs will have better performance. -- Larry Rosenstein Object Specialist Apple Computer AppleLink: Rosenstein1 UUCP: {sun, voder, nsc, mtxinu, dual}!apple!lsr CSNET: lsr@Apple.com