Xref: utzoo comp.sys.amiga:37883 comp.sys.amiga.tech:6488
Path: utzoo!utgpu!jarvis.csri.toronto.edu!rutgers!apple!sun-barr!cs.utexas.edu!uunet!crdgw1!vdsvax!perley
From: perley@vdsvax.crd.ge.com (Perley Donald P)
Newsgroups: comp.sys.amiga,comp.sys.amiga.tech
Subject: Re: My AmigaDOS 1.4 wishlist (one among thousands!)
Keywords: list, dir, pipe:, loadwb, docs, rad1:, locks, selection, huge disks
Message-ID: <8990@vdsvax.crd.ge.com>
Date: 5 Aug 89 01:57:04 GMT
References: <12878@well.UUCP> <12968@well.UUCP>
Reply-To: perley@vdsvax.crd.ge.com (Perley Donald P)
Followup-To: comp.sys.amiga
Organization: General Electric CRD, Schenectady, NY
Lines: 22

In article <12968@well.UUCP> xanthian@well.UUCP (Kent Paul Dolan) writes:

>I work in a large ram, no HD: environment (Amiga 2000 with 9Mbytes, 2 floppies).
>It would be extremely nice if the large files I can now make in memory could be
>supported as multi-floppy-volume files.  This is usually a mainframe feature
>for magnetic tape files, not a micro feature, but it would sure be nice to
>capture my normal software development environment in a zoo'ed file (it takes
>up about 2.2 mbytes after compression) onto three diskettes, then
>recover at my next cold boot with just one "zoo -extract" command and a couple
>of disk swaps.

Take a look at DosKwiK, on fish disk 103 (there may be a newer version).
It was written to do just that.  It uses a non-dos format for the disks, and
runs about as fast as a diskcopy to rad: (faster than "diskcopy df0: to df1:",
for example). I don't think it does any compression, but the speed makes up
for it.



-- 
-don perley
perley@crd.ge.com