From 05ce3b298641e2ccc5f668e9e769644371090b80 Mon Sep 17 00:00:00 2001 From: Jim Meyering Date: Wed, 20 Sep 2006 11:50:46 +0000 Subject: Fix the 2006-09-18 bug differently. * src/chmod.c: (process_file): Upon FTS_NS for a top-level file, tell fts_read to stat the file again, in case it has become accessible since the initial fts_open call. * src/chown-core.c (change_file_owner): Likewise. --- src/chmod.c | 13 +++++++++++++ 1 file changed, 13 insertions(+) (limited to 'src/chmod.c') diff --git a/src/chmod.c b/src/chmod.c index 29611366c..7858c0a66 100644 --- a/src/chmod.c +++ b/src/chmod.c @@ -193,6 +193,19 @@ process_file (FTS *fts, FTSENT *ent) return true; case FTS_NS: + /* For a top-level file or directory, this FTS_NS (stat failed) + indicator is determined at the time of the initial fts_open call. + With programs like chmod, chown, and chgrp, that modify + permissions, it is possible that the file in question is + accessible when control reaches this point. So, if this is + the first time we've seen the FTS_NS for this file, tell + fts_read to stat it "again". */ + if (ent->fts_level == 0 && ent->fts_number == 0) + { + ent->fts_number = 1; + fts_set (fts, ent, FTS_AGAIN); + return true; + } error (0, ent->fts_errno, _("cannot access %s"), quote (file_full_name)); ok = false; break; -- cgit v1.2.3-54-g00ecf