Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!uwm.edu!linac!att!princeton!silence!jay
From: jay@silence.princeton.nj.us (Jay Plett)
Newsgroups: comp.unix.questions
Subject: Re: Finding files modified "today" (Was: Awk with passed parameters)
Summary: the meaning of n.
Keywords: awk bsd shell
Message-ID: <688@silence.princeton.nj.us>
Date: 30 Mar 91 01:40:59 GMT
References: <3022@dsacg3.dsac.dla.mil> <3450@unisoft.UUCP> <1991Mar29.185347.6657@iwarp.intel.com>
Organization: home
Lines: 34

In article <1991Mar29.185347.6657@iwarp.intel.com>, merlyn@iwarp.intel.com (Randal L. Schwartz) writes:
< In article <686@silence.princeton.nj.us>, jay@silence (Jay Plett) writes:
< | I have added several primitives to gnu find and sent the sources off
< | to gnu.  If gnu likes them, they should be available in a future
< | release.
< [...]
< |      -gid n
< |           File's gid matches n.
< [...]
< |      -uid n
< |           File's uid matches n.
< 
< Whoa!  You mean that GNU find doesn't implement the standard -user and
< -group, which handle numeric IDs just fine?  (Or have I been playing
< with a non-V7 find for too long?)

Thanks for posting the question.  I've had several private e-mails asking
the same question, but was too shy to post an unprovoked followup :-).

gnu find, like all the others, has -user and -group and they can handle
numeric [ug]ids.  But `n' has a specific defined meaning in the find
documentation:

     Numeric arguments can be specified as
     +n   for greater than n,
     -n   for less than n,
     n    for exactly n.

Thus:
	find . -uid +100 -print
for example, lists those files owned by a uid > 100.  This is a different
facility than that provided by "-user _uid_".

	...jay