Path: utzoo!attcan!uunet!seismo!sundc!pitstop!sun!amdcad!ames!mailrus!tut.cis.ohio-state.edu!ucbvax!gnh-starport.UUCP!jschober From: jschober@gnh-starport.UUCP (Joey Schober) Newsgroups: comp.sys.apple Subject: Re: ProSEL 16 Message-ID: <8903111536.AA24664@crash.cts.com> Date: 4 Mar 89 18:01:16 GMT Sender: daemon@ucbvax.BERKELEY.EDU Reply-To: pnet01!pro-ascii!pro-charlotte!pro-novapple!gnh-starport!jschober@nosc.mil Organization: The Internet Lines: 24 Jason Blochowiak writes: >> whereas GS/OS can deal with, what, 7? Also, I can imagine that Beach Comber >> would have significantly more memory, and would therefore be quicker... Y'know, I personally wouldn't WANT Beach Comber to use all that much memory. If it holds too much information in RAM at any time, in the event of a glitch of some sort, your hard disk would be totally scrambled. At least when BC writes to the disk fairly regularly, if something goes really wrong, you've (maybe!) got a (somewhat) usable volume... (you'll probably have to recover it from backups ANYWAY in that event, butttt...). Anyway, BC 32 requires a GS as it is, if memory serves... BTW, the latest version of ProSEL/16 (5.0 or maybe 5.1) has a built-in incremental backup/restore utility. I haven't downloaded the upgrade from 4.0 from ALink PE yet, but it's supposed to be quite good. Joseph F. Schober, Sysop, StarPort BBS [703/931-0947 - 3/12/2400] ProLine: gnh-starport!jschober@pro-novapple I-Net..: gnh-starport!jschober@pro-novapple.cts.com ALinkPE: JSchober * Sent by StarPort BBS at 3/ 6/89 1