close(63) after ENOEXEC

<_/ / /OOO\ \ \/OOO\ \ O|// \/\/\/\/\/\/\/\/\/ Harald Koenig // / \\ \ koe...@tat.physik.uni-tuebingen.de ^ ^

Re: $PWD completion wrong

On Oct 21, Chet Ramey wrote: > On 10/21/11 2:42 PM, Harald Koenig wrote: > > If you read further in that thread, you'll find a message I sent out on > 9/2 containing a patch that adds a `direxpand' option. The new option aaah! the web mailing list browswer didn't

Re: $PWD completion wrong

roup=bash git://git.savannah.gnu.org/bash.git stops at 2009-09-12, nothing newer:-( thanks for any pointer to a revert patch... Harald Koenig -- "I hope to die ___ _ before I *have* to use Microsoft Word.", 0--,|/OOO\ Do

$PWD completion wrong

_VENDOR='unknown' -DLOCALEDIR='/scr/os2-suse114/koenig/bash-4.2.8-1/PREINSTALL//usr/local//share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -O2 -D_LARGE_FILES -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 uname output: Linux atui

empty lines at the end of quoted command subsitutions missing

Configuration Information [Automatically generated, do not change]: Machine: amd64-linux OS: sles10, suse 11.1, suse 11.3 Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='amd64-linux' -DCONF_OSTYPE='suse10les' -DCONF_MACHTYPE='x86_64-unknown-linux-gnu' -DCONF_VENDOR='unknown'

command completion doesn't work with wildcards

CONF_VENDOR='unknown' -DLOCALEDIR='/scr/os2-sles10/koenig/bash-3.2.25-1/PREINSTALL//usr/local//share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -O2 -D_LARGE_FILES -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 uname output: Lin

Re: completion always appends /

tion it's no fun anymore to work with such a shell... so for some of us this is real issue and one major reason to roll out a new bash version on 200+ machines (10+ different plattforms)... anyway, thanks for your help finding the correct place for this fix, Harald Koenig -- "I hope to

Re: completion always appends /

anyone reading bash-bug mails these day ? any comments or suggestions/optimizations for this patch ? thanks for any hint! On Aug 15, Harald Koenig wrote: > --- > --- lib/readline/complete.c~ 2006-07-28 17:35:49

Re: completion always appends /

569,6 +1569,8 @@ rl_insert_text (temp_string); } + rl_completion_append_character = ' '; + return (temp_string_index); } ------- with this reset (no other patch), bash completion works fine for m

completion always appends /

Configuration Information [Automatically generated, do not change]: Machine: amd64-linux OS: suse90 Compiler: gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='amd64-linux' -DCONF_OSTYPE='suse90' -DCONF_MACHTYPE='x86_64-unknown-linux-gnu' -DCONF_VENDOR='unknown' -DLOCALEDIR='/usr/local/s

bash-3.2 breaks mc (echo -e '\137')

_VENDOR='unknown' -DLOCALEDIR='/scr/os2-suse90/koenig/bash-3.2.1-1/PREINSTALL//usr/local//share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -O2 -D_LARGE_FILES -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 uname output: Linux atuin

Re: $* and $@ broken on some (64 bit?) platforms in bash 3.1

put: -aÏÏnoex 0 1 ^^ there are two 0xCF charaters after "-a" instead of the space. or on Mac OS X with non-working HANDLE_MULTIBYTE : -a-anoex 0 1 I don't really like the idea to disable HANDLE_MULTIB

$* and $@ broken on some (64 bit?) platforms in bash 3.1

VENDOR='apple' -DLOCALEDIR='/scr/vemac1/koenig/bash-3.1/PREINSTALL//usr/local//share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -DMACOSX -I. -I. -I./include -I./lib -I./lib/intl -I/scr/vemac1/koenig/bash-3.1/ARENA/32/lib/intl -O2 -D_LARGE_FILES -D_LARGEFILE_