Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: x86_64-pc-linux-gnu-gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='bash'
-DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -O2
-march=native -pipe -fstack-protector
uname output: Linux aes 2.6.26-DJC-AES #1 SMP Thu Jul 17 22:09:37 PDT
2008 x86_64 Intel(R) Core(TM)2 CPU 6600 @ 2.40GHz GenuineIntel GNU/Linux
Machine Type: x86_64-pc-linux-gnu
Bash Version: 3.2
Patch Level: 33
Release Status: release
Description:
It seems like once COMP_WORDBREAKS is unset, the actually completion
mechanism of bash gets very unhappy. Presumably maybe it shouldn't work
very well after this is unset, but it's probably best if it doesn't
crash outright.
Sorry, I'm not sure if this has been fixed in trunk, but given that it's
existing across several patch levels, I figured it might still be live.
Blogged with an image on:
http://djcapelis.livejournal.com/111233.html
Reproduced by a friend using 3.2.17(1)-release (The regular bash build
on OS X.)
Reproduced again using 3.2.39(1)-release (i686-pc-linux-gnu)
Reproduced again using 3.1.17(1)-release (i686-redhat-linux-gnu) BUT GOT
DIFFERENT OUTCOME: bash spins instead of crashing
CANNOT REPRODUCE on 3.00.15(1)-release (i686-redhat-linux-gnu)
CANNOT REPRODUCE on 3.00.16(1)-release (sparc-sun-solaris2.10)
Reproduce by:
1) unset COMP_WORDBREAKS
2) type ba, press tab
3) Bash should crash
Repeat-By:
1) unset COMP_WORDBREAKS
2) type ba, press tab
3) Bash should crash