Re: inputrc parsing regression?
On Tue, Jan 17, 2006 at 05:08:35PM -0500, Chet Ramey wrote: Before bash-3.1/readline-5.1, key binding did not honor the setting of convert-meta. The current version treats a key binding exactly the way readline will when reading a key sequence and dispatching on it, converting to eight-bit characters as necessary depending on the value of convert-meta. Ironically, you were the one who filed the original bug report that prompted this change. ;-) Heh :-) Does this mean that you can't just use the key sequences that 'bind -p' displays for rebinding in inputrc? For this particular case I guess '\e[A'/'\e[B' is what I need. Tim. */ pgpUVW7RGVWWw.pgp Description: PGP signature ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
inputrc parsing regression?
Configuration Information [Automatically generated, do not change]: Machine: i386 OS: linux-gnu Compiler: i386-redhat-linux-gcc Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i386' -DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i386-redhat-linux-gnu' -DCONF_VENDOR='redhat' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='bash' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -D_GNU_SOURCE -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=pentium4 -fasynchronous-unwind-tables uname output: Linux gene.surrey.redhat.com 2.6.13-1.1597_FC5 #1 Thu Oct 6 02:13:06 EDT 2005 i686 i686 i386 GNU/Linux Machine Type: i386-redhat-linux-gnu Bash Version: 3.1 Patch Level: 5 Release Status: release Description: In bash-3.0 the following inputrc assigned functions to arrow-up and arrow-down: set meta-flag on set input-meta on set convert-meta off set output-meta on \M-[A: history-search-backward \M-[B: history-search-forward These are the key sequences given by 'bind -p' for those keys. In bash-3.1 this no longer works: bind -p gives eight-bit-set key sequences, and the newly mapped functions are not called. Repeat-By: Set /etc/inputrc as above. Run 'ls'. Run 'cat /etc/inputrc'. Type 'l' and press arrow-up. Should get 'ls' but instead get 'cat /etc/inputrc'. Original bug report: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177808 pgpWik0MCFqm5.pgp Description: PGP signature ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
Re: inputrc parsing regression?
Tim Waugh wrote: Machine Type: i386-redhat-linux-gnu Bash Version: 3.1 Patch Level: 5 Release Status: release Description: In bash-3.0 the following inputrc assigned functions to arrow-up and arrow-down: set meta-flag on set input-meta on set convert-meta off set output-meta on \M-[A: history-search-backward \M-[B: history-search-forward These are the key sequences given by 'bind -p' for those keys. In bash-3.1 this no longer works: bind -p gives eight-bit-set key sequences, and the newly mapped functions are not called. Before bash-3.1/readline-5.1, key binding did not honor the setting of convert-meta. The current version treats a key binding exactly the way readline will when reading a key sequence and dispatching on it, converting to eight-bit characters as necessary depending on the value of convert-meta. Ironically, you were the one who filed the original bug report that prompted this change. ;-) 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://tiswww.tis.case.edu/~chet/ ___ Bug-bash mailing list Bug-bash@gnu.org http://lists.gnu.org/mailman/listinfo/bug-bash
