| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
cross references for find(1), locate(1), whereis(1), which(1).
Notes:
svn path=/stable/2.2/; revision=36300
|
| |
|
|
|
|
|
| |
PR: 4701
Notes:
svn path=/stable/2.2/; revision=32975
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=28881
|
| |
|
|
|
|
|
|
|
|
| |
This is RELENG_2_2, if the headers don't show that.
PR: 3612
Submitted by: Josh Gilliam <soil@quick.net>
Notes:
svn path=/stable/2.2/; revision=25946
|
| |
|
|
|
|
|
| |
default.
Notes:
svn path=/stable/2.2/; revision=25943
|
| |
|
|
|
|
|
| |
SUbmitted by: Josh Gilliam <soil@quick.net>
Notes:
svn path=/stable/2.2/; revision=25396
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=23616
|
| |
|
|
| |
Notes:
svn path=/stable/2.2/; revision=22222
|
| |
|
|
|
|
|
| |
"cd /tmp; find . -mtime +7 -delete" is excessively noisy.
Notes:
svn path=/head/; revision=18720
|
| |
|
|
|
|
|
|
|
| |
user-immutable files.
Requested by: ache
Notes:
svn path=/head/; revision=18713
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
goes to a fair degree of trouble to enable something like this to
be safe: cd /tmp && find . -mtime +7 -delete
It removes both files and directories. It does not attempt to remove
immutable files (an earlier version I showed to a few people did a chflags
and tried to blow away even immutable files. Too risky..)
It is thought to be safe because it forces the fts(3) driven descent to
only do "minimal risk" stuff. specifically, -follow is disabled, it does
checking to see that it chdir'ed to the directory it thought it was
going to, it will *not* pass a pathname with a '/' character in it to
unlink(), so it should be totally immune to symlink tree races. If it runs
into something "fishy", it bails out rather than blunder ahead.. It's better
to do that if somebody is trying to compromise security rather than risk
giving them an opportunity. Since the unlink()/rmdir() is being called
from within the current working directory during the tree descent, there
are no fork/exec overheads or races.
As a side effect of this paranoia, you cannot do a
"find /somewhere/dir -delete", as the last argument to rmdir() is
"/somewhere/dir", and the checking won't allow it. Besides, one would use
rm -rf for that case anyway. :-)
Reviewed by: pst (some time ago, but I've removed the immutable file
deletion code that he complained about since he last saw it)
Notes:
svn path=/head/; revision=18681
|
| |
|
|
|
|
|
| |
Obtained from: A Quarter Century of UNIX, Peter H. Salus, page 41
Notes:
svn path=/head/; revision=17891
|
| |
|
|
| |
Notes:
svn path=/head/; revision=17534
|
| |
|
|
|
|
|
|
|
|
| |
specified.
Not fixed: specification of large uids and gids; silent truncation of
unrepresentable values.
Notes:
svn path=/head/; revision=15102
|
| |
|
|
|
|
|
| |
Submitted by: Wolfram Schneider <wosch@freebsd.first.gmd.de>
Notes:
svn path=/head/; revision=11538
|
| |
|
|
|
|
|
|
|
|
| |
[ Find to a file vs. to stdout ] produces different output because find
does not flush stdout when doing a -print.
Submitted by: Jeffrey Hsu <hsu@freefall.freebsd.org>
Notes:
svn path=/head/; revision=10704
|
| |
|
|
|
|
|
| |
which is no longer bogusly installed in /usr/include.
Notes:
svn path=/head/; revision=9987
|
| |
|
|
| |
Notes:
svn path=/head/; revision=8874
|
| |
|
|
|
|
|
|
| |
do `find some-nasty-expression -print0 | perl -n0e unlink' and have all
the files actuallly get deleted. (Using `xargs' and `rm' is not safe.)
Notes:
svn path=/head/; revision=8389
|
| |
|
|
|
|
|
|
|
|
| |
a find -foo -o -bar would behave like find -bar. The same for -a
This broke (among others) ./etc/security.
Obtained from: NetBSD
Notes:
svn path=/head/; revision=6776
|
|
|
Notes:
svn path=/cvs2svn/branches/CHRISTOS/; revision=1590
|