>Number:         4223
>Category:       bin
>Synopsis:       ls ./ [existing file] replaces first two chars of filename => error
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    bin-bug-people (Utility Bug People)
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sun Oct  5 09:05:01 1997
>Last-Modified:
>Originator:     Bjoern Labitzke
>Organization:
-- 
Bjoern Labitzke   | E-Mail: hermit@cs.tu-berlin.de
PGP-Key available | Use PGP! Or don't you use envelopes for your letters?
>Release:        current from 1. Oct 1997
>Environment:
	
System: NetBSD labitzke.isdn.cs.tu-berlin.de 1.2G NetBSD 1.2G (LABITZKE) #26: Wed Oct 1 03:04:51 CEST 1997 hermit@labitzke.isdn.cs.tu-berlin.de:/local/usr/src/sys/arch/amiga/compile/LABITZKE amiga


>Description:
	"ls ./ [existing file]" prints out the expected output for [existing file]
	and tries to print another entry, that is derived from [existing file]: The
	first two characters of [existing file] are replaced with "./". The
	resulting messages depends on the existence of the newly created filename:
	  - A file with the new name exists: 
	      "ls: Not a directory"
	  - A directory with the new name exists:
	      The directory is listed.
	  - No file or directory with the new name exists:
	      "ls: No such file or directory"
	=> The newly created name is treated as if it were entered on the command line.
	
	A note: The command behaves normal, if you give a directory instead of a file!
>How-To-Repeat:
	Try "ls ./ [existing file]" with any file for [existing file]. You will
	get the described results.
>Fix:
	I don't know. The error described in pr 4121 vanished a few days ago. At that
	time this one emerged. A very rough guess from me would be, that the change
	of src/lib/libc/gen/fts.c may have something to do with it.
>Audit-Trail:
>Unformatted: