Re: address@hidden

[Chet Ramey]

Karsten Sperling wrote:
> Configuration Information [Automatically generated, do not change]:
> Machine: i486
> OS: linux-gnu
> Compiler: gcc
> Compilation CFLAGS:  -DPROGRAM='bash' -DCONF_HOSTTYPE='i486'
> -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i486-pc-linux-gnu'
> -DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='bash'
> -DSHELL -DHAVE_CONFIG_H   -I.  -I../bash -I../bash/include -I../bash/lib
>   -g -O2 -Wall
> uname output: Linux cargocult 2.6.20-16-generic #2 SMP Fri Aug 31
> 00:55:27 UTC 2007 i686 GNU/Linux
> Machine Type: i486-pc-linux-gnu
> 
> Bash Version: 3.2
> Patch Level: 13
> Release Status: release
> 
> Description:
>       After triggering file name completion for an argument to a
>       command specified via an absolute path or relative path (i.e.
>       anything other than a plain command name) inside backticks,
>       file name completion appends a / to all file names (even if
>       they are not directories).
> 
> Repeat-By:
>       complete -r               # no programmable completion
>       cd /tmp; touch example    # any file will do
>       `/bin/false examp<TAB>    # completes to example/
>       cat examp<TAB>            # completes to example/

I can't reproduce it:

$ echo $BASH_VERSION
3.2.25(10)-release
$ complete
$ complete -r
$ complete
$ cd /tmp
$ touch example
$ `/bin/false example ` 
bash: /bin/false: No such file or directory
$ echo example
example

In both cases, I typed TAB to complete `example' after typing up to the
`p'.  Both times, readline completed to `example' and appended a space.

There was a similar bug reported back in March in which the default
completion append character ended up being set to `/', but that doesn't
seem to be happening here.

Chet
-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
                       Live Strong.  No day but today.
Chet Ramey, ITS, CWRU    chet@case.edu    http://cnswww.cns.cwru.edu/~chet/