Subject: bin/3166: ls -lW /dir/whiteout fails, but ls -lW /dir shows the whiteout
To: None <gnats-bugs@gnats.netbsd.org>
From: Marc Horowitz <marc@cygnus.com>
List: netbsd-bugs
Date: 01/30/1997 17:12:21
>Number: 3166
>Category: bin
>Synopsis: ls -lW /dir/whiteout fails, but ls -lW /dir shows the whiteout
>Confidential: no
>Severity: non-critical
>Priority: medium
>Responsible: bin-bug-people (Utility Bug People)
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Thu Jan 30 14:20:00 1997
>Last-Modified:
>Originator: Marc Horowitz
>Organization:
Cygnus
>Release: 24 January 1997
>Environment:
System: NetBSD rover 1.2B NetBSD 1.2B (MARC) #0: Thu Nov 7 00:29:02 EST 1996 marc@rover:/u3/netbsd/src/sys/arch/i386/compile/MARC i386
>Description:
ls doesn't deal properly with listing whiteouts when a filename which
is a whiteout is specified.
It is true that the man page documents the behavior as is, but I
believe the behavior is incorrect.
>How-To-Repeat:
> ls -lW /usr/local/bin
...
-rwxr-xr-x 1 marc wheel 23660 Jan 20 14:11 emacsclient
?--------- 0 root wheel 0 Dec 31 1969 etags
-rwxr-xr-x 1 root wheel 1164085 Jul 9 1996 expect
...
> /tmp/ls -lW /usr/local/bin/etags
ls: /usr/local/bin/etags: No such file or directory
> /tmp/ls -W /usr/local/bin/etags
ls: /usr/local/bin/etags: No such file or directory
in the last two cases, the whiteout does exist, so the error is in
error.
>Fix:
>Audit-Trail:
>Unformatted: