On Thu, Nov 1, 2018 at 7:01 PM Bernhard Voelker <invalid.nore...@gnu.org> wrote: > The only alternative I can currently think of is to check the mountlist > for the given ent->fts_path before not taking over the FTS information.
Historically, checking the mountlist has been problematic because (a) symbolic links to mount points can give rise to confusing behaviour (when e.g. the thing listed in /etc.fstab is a symbolic link, IIRC) and (b) avoiding problems with recognising mount point names by using stat() and then matching on decide and inode number also causes a problem where find hangs in the stat() call when there is an unresponsive NFS server. James.