showing expansion bifurcation point better
When showing choices, $ ls /cf/124451 1244516986.31615_0.ps11007 1244517019.1029_0.ps11007 maybe indicate the bifurcation point with termcap bold, like emacs, or with a pipe: 124451|6986.31615_0.ps11007 124451|7019.1029_0.ps11007 or just show the remaining part, like ...6986.31615_0.ps11007 ...7019.1029_0.ps11007
siglist.c uses undefined symbol _ on HPUX
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' -DLOCALEDIR='/misc/altprebuilt/prebuilt-5/i686-pc-linux_el4-gnu/bash-4.0.24/share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -I/misc/altprebuilt/prebuilt-5/i686-pc-linux_el4-gnu/include -L/misc/altprebuilt/prebuilt-5/i686-pc-linux_el4-gnu/lib uname output: Linux hilo 2.6.9-67.0.20.ELsmp #1 SMP Wed Jun 18 12:40:47 EDT 2008 i686 GNU/Linux Machine Type: i686-pc-linux-gnu Bash Version: 4.0 Patch Level: 24 Release Status: release Description: Problem compiling siglist.c on HPUX (error about undefined symbol _ at link time). Repeat-By: Execute a regular build sequence (./configure; make all) on a hppa2.0w-hp-hpux11.11 machine. Fix: #include "bashintl.h" within the #if...#endif (for example, just after #include "xmalloc.h"). I suppose Makefile.in has to be updated for siglist.o dependencies as well.
bashbug chooses wrong $EDITOR executable
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' -DLOCALEDIR='/misc/altprebuilt/prebuilt-5/i686-pc-linux_el4-gnu/bash-4.0.24/share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -I/misc/altprebuilt/prebuilt-5/i686-pc-linux_el4-gnu/include -L/misc/altprebuilt/prebuilt-5/i686-pc-linux_el4-gnu/lib uname output: Linux hilo 2.6.9-67.0.20.ELsmp #1 SMP Wed Jun 18 12:40:47 EDT 2008 i686 GNU/Linux Machine Type: i686-pc-linux-gnu Bash Version: 4.0 Patch Level: 24 Release Status: release Description: I'm using my own version of emacs/emacsclient, whose bin directory is placed before the system's default directories in my PATH. When launching bashbug, emacsclient fails to find its socket. However, I have no problems using emacsclient from the shell directly. Repeat-By: Create a script decorating an editor also provided by the system, put the script in your personal PATH, set EDITOR to point to that script (by name, not by full path) and call bashbug. The editor called is the system's one, not your personal version. Fix: Do not prepend system paths in front of PATH in the bashbug script. Instead, these default paths could be appended to PATH if necessary.
Cursor positioning in prompt is sometimes wrong, depending on locale and PS1
Configuration Information [Automatically generated, do not change]: Machine: x86_64 OS: linux-gnu Compiler: 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../bash -I../bash/include -I../bash/lib -g -O2 -Wall uname output: Linux pilot 2.6.26-2-amd64 #1 SMP Fri Mar 27 04:02:59 UTC 2009 x86_64 GNU/Linux Machine Type: x86_64-pc-linux-gnu Bash Version: 4.0 Patch Level: 24 Release Status: release Description: The cursor positioning in the prompt is sometimes wrong, depending on the contents of PS1 and the locale. Repeat-By: With this command, the cursor is positioned after the '5', as expected: env -i LC_CTYPE=en_US PS1='\[\e[0m\]12345' INPUTRC=/dev/null bash --norc --noprofile With this command, the cursor is incorrectly positioned after the '1': env -i LC_CTYPE=en_US.UTF-8 PS1='\[\e[0m\]12345' INPUTRC=/dev/null bash --norc --noprofile -jim
