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: ProSel 16 & Beach Comber memory
Message-ID: <8902210647.aa22158@SMOKE.BRL.MIL>
Date: 21 Feb 89 12:16:02 GMT
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The Internet
Lines: 26
X-Unparsable-Date: Tuesday 21 Feb 89 5:39 AM CT

>Date:         Mon, 20 Feb 89 19:40:55 GMT
>From:         Jason Blochowiak <puff!cat51!blochowi%speedy.wisc.edu@BRL.MIL>
>Subject:      Re: ProSEL 16

>Even though the utilities you mentioned were block oriented, they
>would quite definitely have one MAJOR advantage: ProDOS 8 can only
>deal with two partitions per HD (unless you put the SCSI card in slot
>5, which isn't useful if you ever want to use your 3.5" drive at the
>same time as the HD on a //gs), 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...

It's true that you could get at more partitions under GS/OS versions
of the utilities.  But you don't necessarily have any more memory
available for Beach Comber:  I think the versions that need the
memory already use it on the GS, even under ProDOS 8.  The COPY.GS
program definitely does.  It even uses the Memory Manager
correctly--there's no problem.

>        Jason Blochowiak (blochowi@garfield.cs.wisc.edu)
>            "Not your average iconoclast..."

--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