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:
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
Hello,
On Jul 25, 2015, at 13:13, Pádraig Brady p...@draigbrady.com wrote:
On 24/07/15 22:46, Assaf Gordon wrote:
Then tries to dereference it:
$ ls -Log d
ls: cannot access d/s: Permission denied
total 0
d? ? ?? s
...
Yes good point. So it must
On 07/25/2015 07:57 PM, Paul Eggert wrote:
Assaf Gordon wrote:
it seems that the returned type is always 'directory':
...
Is the bug reproducible on a more-modern Linux kernel?
...
If the bug doesn't appear in 3.2 or newer, I wouldn't worry about it.
Thanks for the pointer - on another
Assaf Gordon wrote:
it seems that the returned type is always 'directory':
Wow,that's quite a bug. I imagine it affects programs other than 'ls'. Sounds
like it needs to be fixed in the file system or kernel, as it's not realistic to
install workarounds in every application that uses
Assaf Gordon wrote:
$ ./src/ls -Log d
./src/ls: cannot access d/file: Permission denied
./src/ls: cannot access d/chardev: Permission denied
./src/ls: cannot access d/blockdev: Permission denied
./src/ls: cannot access d/s: Permission denied
total 0
?? ? ?? blockdev