Path: utzoo!utgpu!water!watmath!clyde!att!osu-cis!tut.cis.ohio-state.edu!bloom-beacon!apple!voder!pyramid!prls!philabs!ppgbms!paul
From: paul@ppgbms (Paul Matz)
Newsgroups: comp.unix.wizards
Subject: Re: Problem with find(1)
Summary: 'find' on the Sun is a bit tricky
Message-ID: <220@ppgbms.UUCP>
Date: 12 Oct 88 21:41:23 GMT
References: <108@forsight.Jpl.Nasa.Gov> <922@riddle.UUCP>
Organization: PPG Biomedical Sys., Pleasantville, NY.
Lines: 27

In article <922@riddle.UUCP>, domo@riddle.UUCP (Dominic Dunlop) writes:
> In article <108@forsight.Jpl.Nasa.Gov> roston@robotics.jpl.nasa.gov (Gerry Roston) writes:
>I am having a problem with find on various Suns (3/260, 3/60) running
>Sun OS (3.5, 4.0).  The problem is as follows:  
> [Stuff about ways of speeding up find]
>Does anyone have any ideas how I can simply skip news/spool?
> 
One way to skip certain subdirectories is to specify where find is to
begin its search in the directory tree.  Doing a:

	find / ...

will start at the root, and look at everything.  Giving a more exact
position in the tree to start will cause it to look starting at that
level and below, and may speed it up a bit.  Also, wildcard file 
specifications don't work the way you might expect with the "-name"
option.  Generally, you need to use double quotes around the wild-card spec.
Finally, the "-print" option must be last, or at least after other options 
such as "-newer", "-ctime", etc.

The other thing that came to mind was the use of "whereis".  There's
always that command for searching for source, binary or manual sections,
and is pretty fast.

Hope that helps.

Paul Matz  PPG Biomedical Systems  ppgbms!paul