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: