Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.2 9/5/84; site oliveb.UUCP
Path: utzoo!watmath!clyde!burl!ulysses!allegra!mit-eddie!genrad!decvax!decwrl!sun!idi!oliven!oliveb!jerry
From: jerry@oliveb.UUCP (Jerry Aguirre)
Newsgroups: net.bugs.4bsd,net.unix-wizards
Subject: Re: Re: Patch to find(1) to find large files.
Message-ID: <462@oliveb.UUCP>
Date: Thu, 13-Jun-85 15:57:40 EDT
Article-I.D.: oliveb.462
Posted: Thu Jun 13 15:57:40 1985
Date-Received: Sat, 15-Jun-85 09:13:37 EDT
References: <1842@ukma.UUCP> <663@lsuc.UUCP> <1315@hammer.UUCP>
Organization: Olivetti ATC; Cupertino, Ca
Lines: 27
Xref: watmath net.bugs.4bsd:1558 net.unix-wizards:13529

> 	find dir \( -size n -o -size n+1 -o -size n+2 ... \)
> 
> How big can a file get?
> 
> 			David Elliott
> 			tektronix!tekecs!dce

This is not really necessary, all the numeric arguments can have an
optional plus or minus sign in front of them.  Thus "-size +n" is
sufficent.

I agree with your comments about the granularity of find on time and
size arguments.  It is silly to restrict the user to increments of
86,400 times the basic unit being compared. (That's one day in seconds.)

If the designer wanted to make it easier to specify units more useful
than a second or a byte then using a afix multipler such as s, h, d, m,
or y to indicate seconds, hours, days, months, or years would have been
much more flexable.  The same scheme could be used for sizes using c, k,
b, or w (as in the dd command).

Perhaps an added option to find that would allow afixes to numeric
arguments but retain the default units of days and blocks could solve
this problem.

				Jerry Aguirre @ Olivetti ATC
{hplabs|fortune|idi|ihnp4|tolerant|allegra|tymix}!oliveb!jerry