GNU bug report logs - #21130
test fail: 'tests/ls/stat-failed'

Previous Next

Package: coreutils;

Reported by: Assaf Gordon <assafgordon <at> gmail.com>

Date: Fri, 24 Jul 2015 21:47:01 UTC

Severity: normal

Done: Pádraig Brady <P <at> draigBrady.com>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Pádraig Brady <P <at> draigBrady.com>
To: Paul Eggert <eggert <at> cs.ucla.edu>, Assaf Gordon <assafgordon <at> gmail.com>, 21130 <at> debbugs.gnu.org
Subject: bug#21130: test fail: 'tests/ls/stat-failed'
Date: Sat, 25 Jul 2015 18:13:12 +0100
On 25/07/15 16:05, Paul Eggert wrote:
> Pádraig Brady wrote:
>>> On 24/07/15 22:46, Assaf Gordon wrote:
>>>> If I understand correctly,
>>>> The test creates a symlink to a directory then removes execute permissions:
>>>>      mkdir d
>>>>      ln -s / d/s
>>>>      chmod 600 d
>>>>
>>>> Then tries to dereference it:
>>>>       $ ls -Log d
>>>>       ls: cannot access d/s: Permission denied
>>>>       total 0
>>>>       d????????? ? ?            ? s
> 
>> Another possibility might be that the chmod(1) and stat(2) are racy
>> thus allowing the stat() to succeed? If that was the case then
>> a stat d/s && skip_ ... would avoid the false failure?
> 
> Sorry, I don't understand the scenario here.  If the stat succeeds, why would ls 
> output '????'?  The '????' means that the stat failed.

Yes good point. So it must be that d_type is set to 'd' erroneously.
What is the file system and operating system on the NFS server?





This bug report was last modified 9 years and 187 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.