read builtin breaks autocompletion
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. Repeat-By: [ effects due to readline's "show-all-if-ambiguous off" not shown ] $ bash[TAB] bash bash3bashbug $ read -e -t 1 [type nothing, times out after 1 second] $ bash[TAB] [ nothing happens, no completions listed ] ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
Re: read builtin breaks autocompletion
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[EMAIL PROTECTED]http://cnswww.cns.cwru.edu/~chet/ ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
Re: read builtin breaks autocompletion
On Fri, 2 Dec 2005, Chet Ramey wrote: 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. Hmm, I did take pains not to have any .inputrc or completion side-effects. A little more digging: SHELL 1 $ echo $$ $ read -t 1 (gdb) print /x rl_readline_version $1 = 0x500 (gdb) print /x rl_readline_state $2 = 0x4000e RL_STATE_INITIALIZED RL_STATE_TERMPREPPED RL_STATE_READCMD RL_STATE_TTYCSAVED SHELL 2 $ echo $$ $ read -e -t 1 (gdb) print /x rl_readline_state $1 = 0x4800e RL_STATE_INITIALIZED RL_STATE_TERMPREPPED RL_STATE_READCMD RL_STATE_SIGHANDLER RL_STATE_TTYCSAVED Does this help narrow down the cause? If not, I'll have to go diving around in the bash source. Cheers, Phil ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
