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