Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!uunet!seismo!sundc!pitstop!sun!decwrl!decvax!ucbvax!sdcsvax!ucsdhub!jack!man!crash!gryphon!richard
From: richard@gryphon.CTS.COM (Richard Sexton)
Newsgroups: comp.sys.amiga
Subject: Re: Some Filesystem Stuff I Cooked Up...
Message-ID: <1713@gryphon.CTS.COM>
Date: Wed, 30-Sep-87 04:47:19 EDT
Article-I.D.: gryphon.1713
Posted: Wed Sep 30 04:47:19 1987
Date-Received: Sun, 4-Oct-87 21:21:48 EDT
References: <4013@well.UUCP> <820@sugar.UUCP> <4049@well.UUCP> <1085@omepd>
Reply-To: richard@gryphon.CTS.COM (Richard Sexton)
Organization: Trailing Edge Technology, Redondo Beach, CA
Lines: 32

In article <1085@omepd> hah@mipon3.UUCP (Hans Hansen) writes:
>In article <4049@well.UUCP> ewhac@well.UUCP (Leo 'Bols Ewhac' Schwab) writes:
>>>diskcopy df0a: df0b:?
>>
>>	Grindgrindgrindgrindgrindgrindgrindgrindgrindgrindgrind.....
>>
>>	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.
>>
>>	Interesting theories, no?

If this means:

>You should allow small file systems to copied into larger file system(s) as
                  ^^^^^                             ^^^^^^
                  other                             THE

>long as there is enough free space in the larger one.

Then yes, this sounds like an interesting idea.

>Hans


-- 
Richard J. Sexton
INTERNET:     richard@gryphon.CTS.COM
UUCP:         {hplabs!hp-sdd, sdcsvax, ihnp4, nosc}!crash!gryphon!richard

"It's too dark to put the keys in my ignition..."