Xref: utzoo comp.sys.mac.system:1626 comp.sys.mac.programmer:17794
Path: utzoo!utgpu!news-server.csri.toronto.edu!rutgers!cs.utexas.edu!uunet!dino!news.iastate.edu!pv01a0.vincent.iastate.edu!niko
From: niko@pv01a0.vincent.iastate.edu (Schuessler Nikolaus E)
Newsgroups: comp.sys.mac.system,comp.sys.mac.programmer
Subject: Re: DiskCopy (was Re: System 6.0.5 available via anonymous FTP?)
Keywords: developer, duplication
Message-ID: <1990Sep26.202938.5419@news.iastate.edu>
Date: 26 Sep 90 20:29:38 GMT
References: <7290@alfred.Teknowledge.COM> <1990Sep26.044408.28319@news.iastate.edu> <1990Sep26.152250.4947@ux1.cso.uiuc.edu>
Sender: usenet@news.iastate.edu (USENET News Poster)
Reply-To: niko@iastate.edu (Schuessler Nikolaus E)
Distribution: usa
Organization: Iowa State University
Lines: 29

In article <1990Sep26.152250.4947@ux1.cso.uiuc.edu> dorner@pequod.cso.uiuc.edu (Steve Dorner) writes:
>In article <1990Sep26.044408.28319@news.iastate.edu> niko@iastate.edu (Schuessler Nikolaus E) writes:
>>  It's in pub/dts/sw.license.  you need the file 'disk copy' or whatever
>>to undo the archives.... pretty strange format....
>
>I think DiskCopy is wonderful for software distribution.  It reads a floppy
>into memory.  Once the floppy is in memory, you can save its image to disk
>(that's what the 6.0.5 image files are), or make multiple copies of the
>floppy.  What's more, you can load a saved image, and make copies from that.
>
>It's a convenient way for those of us who don't have disk duplicators to
>make copies of our software to distribute.  Since the image files can be
>saved on a hard drive, you don't have to worry about the "master" floppy
>going bad (I know I'm not the only one with piles of bad disks...).  Not
>only that, but you have a convenient one-file package to put out for FTP,
>should you choose to do so.  I'm sure that there are other products that
>do the same thing, but DiskCopy's free (a big advantage, if you ask me).
>
>I'm grateful to Steve Christensen and Apple for DiskCopy.
>

I didn't mean to imply that it wasn't good, I was just wondering why it was
necessary to preserve the entire disk structure as opposed to archiving
the individual files...
--
------------------------------------------------------------------------------
Niko Schuessler               "On a two semester mission to engineer where
niko@iastate.edu               no-one has engineered before.... :-) "
------------------------------------------------------------------------------