Strange bash complementation behavior

[Erik Wasser]

Configuration Information [Automatically generated, do not change]:
Machine: i686
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS:  -DPROGRAM='bash' -DCONF_HOSTTYPE='i686' 
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i686-pc-linux-gnu' 
-DCONF_VENDOR='pc' -DSHELL -DHAVE_CONFIG_H  -I.  -I. -I./include 
-I./lib  -O2 -march=i686 -mcpu=i686 -pipe -fomit-frame-pointer
uname output: Linux fuzz 2.6.9-gentoo-r13 #1 Wed Dec 29 10:41:06 CET 
2004 i686 AMD Athlon(tm) XP 2800+ AuthenticAMD GNU/Linux
Machine Type: i686-pc-linux-gnu

Bash Version: 2.05b
Patch Level: 0
Release Status: release

Description:

Strange bash complementation behavior.

Repeat-By:

I have the following things on my hard disc ($HOME):

% ls -dl perl projects projects/perl
lrwxrwxrwx    1 fuzz users   13 Jan  9 00:21 perl -> projects/perl
drwxrwxr-x   15 fuzz fuzz  4096 Jan 11 14:12 projects
drwxr-xr-x  108 fuzz fuzz  8192 Jan 11 15:48 projects/perl
% cd perl
% ls ../proj<TAB>

the complementation turns this into 'ls ../projects<SPACE>'. Why is 
there a <SPACE> (instead of a '/')? Why can't this the name be resolved 
in the 'right' way?

CTRL-C
% ls -l ../projects
ls: ../projects: No such file or directory

(Typing instead a 'cd ../projects' is working fine here.)

% cd ..

Again I'm in $HOME.

% ls proj<TAB>

will be complementated to 'ls ../projects/' like I wish it.

Where is the error? I think 'cd' is a shell builtin and interpretes the 
'..' in a different way than the shell command 'ls'. This different way 
of handling is sometimes confusing to me while 'browsing' through the 
directory structure.

Fix:
   I don't know how to fix. B-)
   I don't even know if this *is* a real bug.

-- 
So long... Fuzz