Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!utgpu!water!watmath!clyde!rutgers!cbmvax!andy
From: andy@cbmvax.UUCP
Newsgroups: comp.sys.amiga
Subject: Re: Some Filesystem Stuff I Cooked Up...
Message-ID: <2431@cbmvax.UUCP>
Date: Tue, 29-Sep-87 16:49:50 EDT
Article-I.D.: cbmvax.2431
Posted: Tue Sep 29 16:49:50 1987
Date-Received: Fri, 2-Oct-87 01:55:28 EDT
References: <4013@well.UUCP> <820@sugar.UUCP> <4049@well.UUCP> <1684@gryphon.CTS.COM>
Reply-To: andy@cbmvax.UUCP (Andy Finkel)
Organization: Commodore Technology, West Chester, PA
Lines: 23

In article <1684@gryphon.CTS.COM> jdow@gryphon.CTS.COM (Joanne Dow) writes:
>In article <4049@well.UUCP> ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab) writes:
>>In article <820@sugar.UUCP> peter@sugar.UUCP (Peter da Silva) writes:
>>>Interesting idea. I like the multiple volumes. I don't like the hash tables.
>>	Actually, DiskCopy would suddenly have to become more intelligent.
>>It would have to compare volume sizes (assuming we wanted it to operate on
>>volumes, not just the raw block device).  If the sizes were different,
>>DiskCopy would abort.
>
>Er, diskcopy is already that smart. That's why I had to create a special

Correct.  Diskcopy is, in this one instance, slightly more intelligent
than Workbench.  (ie, you have to run it from CLI rather than try
to get it called automatically from Workbench by icon moving)
-- 
andy finkel		{ihnp4|seismo|allegra}!cbmvax!andy 
Commodore-Amiga, Inc.

"Interfere?  Of course we'll interfere.  Always do what you're best at,
 I always say."

Any expressed opinions are mine; but feel free to share.
I disclaim all responsibilities, all shapes, all sizes, all colors.