Re: read builtin breaks autocompletion

[Chet Ramey]

Philip Rowlands wrote:
> Configuration Information [Automatically generated, do not change]:
> Machine: i586
> OS: linux-gnu
> Compiler: gcc
> Compilation CFLAGS:  -DPROGRAM='bash' -DCONF_HOSTTYPE='i586' 
> -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i586-mandrake-linux-gnu' 
> -DCONF_VENDOR='mandrake' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='bash' 
> -DSHELL -DHAVE_CONFIG_H  -I.  -I.. -I../include -I../lib  -D_GNU_SOURCE  -O2 
> -fomit-frame-pointer -pipe -march=i586 -mtune=pentiumpro 
> uname output: Linux medusa-s2 2.6.13.4-x86_01doc #1 SMP Fri Oct 28 15:59:59 
> BST 2005 i686 Intel(R) Xeon(TM) CPU 2.00GHz unknown GNU/Linux
> Machine Type: i586-mandrake-linux-gnu
> 
> Bash Version: 3.0
> Patch Level: 16
> Release Status: release
> 
> Description:
> 
> Using the "read" builtin with readline and timeout breaks autocompletion.
> On their own, timeout and readline options are fine; this bug only occurs
> when they're used together.
> I've tried this with bash 2 and 3, and across different Linux vendors.

I can't reproduce it, using bash-2.05b and bash-3.0 on MacOS X and Red
Hat Linux.  I don't use any custom completions or the bash-completion
package, though, so I don't know what effect those might have.

Chet
-- 
``The lyf so short, the craft so long to lerne.'' - Chaucer
( ``Discere est Dolere'' -- chet )
                                                Live Strong.
Chet Ramey, ITS, CWRU    chet@case.edu    http://cnswww.cns.cwru.edu/~chet/