[bug #24140] Painfully slow find(1) in list-permission-only AFS paths

[James Youngman]

Follow-up Comment #3, bug #24140 (project findutils):

<blockquote>I vaguely recall that when doing readdir() for an AFS file with
only "l" access, d_type would have an value corresponding to "unknown." In
which case, find(1) can assume that a stat() is pointless because it would
invariably fail.</blockquote>

That's not true in general for file systems other than AFS, though.

<blockquote>I didn't give it a -type predicate, and it can already tell which
ones are directories via d_type, so why go to the trouble?</blockquote>

Because it can't be sure that the DT_UNKNOWN entries aren't really
directories.   It's possible that fts() could be changed to assume different
semantics for DT_UNKNOWN on AFS and non-AFS filesystems, but who would take up
the maintenance and testing burden for such a change?

Since I have no access to any AFS system for development, I'm not in a
position to test any changes relating to it.


    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?24140>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/