History log of /freebsd-10-stable/usr.bin/find/function.c
Revision Date Author Comments
# 326790 12-Dec-2017 delphij

Revert r326763. The change depends on r264387 which was not merged.

Pointy hat to: delphij


# 326763 11-Dec-2017 delphij

MFC r325723:

find(1): Don't treat statfs() error as fatal in f_fstype, which can happen
when a directory is removed in the middle of find.

Instead of a full err(), allow find to continue, plus print a warning with
exitstatus set when appropriate.

Reported by: 100.chksetuid via gordon
Reviewed by: jilles


# 272922 10-Oct-2014 emaste

MFC r272762: Correct scale factor for T terabyte suffix

PR: 194250


# 264782 22-Apr-2014 brueffer

MFC: r264418

Avoid double free in f_acl().

CID: 1018508
Found with: Coverity Prevent(tm)


# 264169 05-Apr-2014 jilles

MFC r263244: find: When performing -quit, finish pending -exec ... + command
lines.

This avoids unexpected partial processing when a find command uses both
-quit and -exec ... +.

GNU find does the same.


# 260579 12-Jan-2014 jilles

MFC r260336,r260355: find: Fix -lname and -ilname:

* Take into account that readlink() does not add a terminating '\0'.

* Do not match symlinks that are followed because of -H or -L. This is
explicitly documented in GNU find's info file and is like -type l.

* Fix matching symlinks in subdirectories when fts changes directories.

As before, symlinks of length PATH_MAX or more are not handled correctly.
(These can only be created on other operating systems.)

Also, avoid some readlink() calls on files that are obviously not symlinks
(because of fts(3) restrictions, not all of them).

PR: bin/185393
Submitted by: Ben Reser (parts, original version)


# 272922 10-Oct-2014 emaste

MFC r272762: Correct scale factor for T terabyte suffix

PR: 194250


# 264782 22-Apr-2014 brueffer

MFC: r264418

Avoid double free in f_acl().

CID: 1018508
Found with: Coverity Prevent(tm)


# 264169 05-Apr-2014 jilles

MFC r263244: find: When performing -quit, finish pending -exec ... + command
lines.

This avoids unexpected partial processing when a find command uses both
-quit and -exec ... +.

GNU find does the same.


# 260579 12-Jan-2014 jilles

MFC r260336,r260355: find: Fix -lname and -ilname:

* Take into account that readlink() does not add a terminating '\0'.

* Do not match symlinks that are followed because of -H or -L. This is
explicitly documented in GNU find's info file and is like -type l.

* Fix matching symlinks in subdirectories when fts changes directories.

As before, symlinks of length PATH_MAX or more are not handled correctly.
(These can only be created on other operating systems.)

Also, avoid some readlink() calls on files that are obviously not symlinks
(because of fts(3) restrictions, not all of them).

PR: bin/185393
Submitted by: Ben Reser (parts, original version)