Path: utzoo!attcan!uunet!husc6!mailrus!tut.cis.ohio-state.edu!ucbvax!UIAMVS.BITNET!AWCTTYPA From: AWCTTYPA@UIAMVS.BITNET ("David A. Lyons") Newsgroups: comp.sys.apple Subject: Apple support (GS) Message-ID: <8903121925.aa07130@SMOKE.BRL.MIL> Date: 13 Mar 89 00:05:00 GMT Sender: daemon@ucbvax.BERKELEY.EDU Organization: The Internet Lines: 43 >Date: Sat, 11 Mar 89 00:54:01 CST >From: "Jeremy G. Mereness" >Subject: AppleSupport(wasre:ughh and the GS > >[...] FACTS: Applied Engineering has proved that the //gs can go MUCH >faster. Apple held that the architecture prevented it; that a total >rehash of the motherboard was required. Lots of people _guessed_ that. I don't recall Apple ever claiming it. Lack of fast 65816s _in quantity_ seems like the most plausible reason. >Further, Programs like Roger Wagner's SoftSwitch prove that the >machine, even without a dedicated OS to perform the task, can >simulate multitasking by placing programs in different banks of >memory, allowing one to switch between them on the fly. Apple, >however, allows this to remain quiet. What? (1) This is not multitasking. (2) SoftSwitch does it only for ProDOS 8 programs; it would be much more difficult to do something similar for 16-bit programs. (3) SoftSwitch is a 3rd-party product: Apple doesn't go around giving RWP free advertising, and they also don't try to prevent RWP from doing its own advertising. How is this "keeping it quiet"? (4) The user is responsible for knowing what will and will not cause problems when switching from one program to another. There's no way around that for ProDOS 8 programs. >The fact is, the Mac works, the //gs does not, and this is Apple's >fault. What? Mine works. >jeremy mereness >jm7e+@andrew.cmu.edu (arpa) >r746jm7e@cmccvb (bitnet) --David A. Lyons bitnet: awcttypa@uiamvs DAL Systems CompuServe: 72177,3233 P.O. Box 287 GEnie mail: D.LYONS2 North Liberty, IA 52317 AppleLinkPE: Dave Lyons