Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!mips!apple!sun-barr!newstop!geraldo.Central.Sun.COM!texsun!convex!usenet
From: tchrist@convex.COM (Tom Christiansen)
Newsgroups: comp.unix.shell
Subject: Re: File remove command?
Message-ID: <1991Jun17.123727.12712@convex.com>
Date: 17 Jun 91 12:37:27 GMT
References: <1991Jun15.210940.18999@cbnews.cb.att.com> <1991Jun16.142235.1137@druid.uucp> <1991Jun17.050747.1436@hawkmoon.MN.ORG>
Sender: usenet@convex.com (news access account)
Reply-To: tchrist@convex.COM (Tom Christiansen)
Distribution: na
Organization: CONVEX Software Development, Richardson, TX
Lines: 22
Nntp-Posting-Host: pixel.convex.com

From the keyboard of det@hawkmoon.MN.ORG (Derek E. Terveer):
:>$ cd /usrc    # /usrc is the filesystem containing the files
:>$ find  .  -inum 397 -exec rm {} \;
:>Caution:  inumbers are not unique in your system; only in your
:>          filesystem.   So it's a very bad idea to do a
:>                        find / -inum 397 .....
:
:Howver, depending on the system and the particular find command, not every find
:command has "-inum" as an option.  I know that the GNU find command has this;
:howver, the more recent System V Unixen have the -xdev (GNU find) or -mount
:(System V) option to restrict the search to the implied (by the pathname, "."
:in your example) file system.

Isn't inconsistency wonderful?  This is why I'd suggest putting up GNU
find everywhere.  That way you can count on what options are there.
Another possibility is to run it through the find2perl translator,
which accepts such options even if your system doesn't.

--tom
--
Tom Christiansen		tchrist@convex.com	convex!tchrist
		"So much mail, so little time."