BASH : history-search-backward
Mike Hogsett
michael.hogsett at sri.com
Thu May 6 18:45:57 UTC 2004
Hmm... This appears to be related to
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=74701
- and -
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=74925
Any chance this will be fixed?
- Mike
> Ok. I have narrowed this down.
>
> If $LANG is set to something other than C (e.g. en_US) in the
> environment then I get the wrong behavior.
>
> Why?
>
> - Mike
>
> From: Mike Hogsett <michael.hogsett at sri.com>
> Subject: BASH : history-search-backward
> Date: Thu, 06 May 2004 10:57:27 -0700 (PDT)
>
> >
> > I have a problem with history-search-backward & history-search-forward
> > behaving differently on two machines.
> >
> > The first machine is running Redhat Gnu/Linux version 7.3 with bash
> > version 2.05a
> >
> > Here is the autogenerated info from bashbug:
> >
> > 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' -DCON\
> > F_MACHTYPE='i686-pc-linux-gnu' -DCONF_VENDOR='pc' -DSHELL -DHAVE_CONFIG_H -D_GNU_SOURCE -I\
> > . -I. -I./include -I./lib -O2 -march=i386 -mcpu=i686
> > uname output: Linux plato.csl.sri.com 2.4.20-20.7smp #1 SMP Mon Aug 18 14:46:14 EDT 2003 i68\
> > 6 unknown
> > Machine Type: i686-pc-linux-gnu
> >
> > Bash Version: 2.05a
> > Patch Level: 0
> > Release Status: release
> >
> >
> > The second machine is running Redhat Fedora Core 1 with bash version
> > 2.05b.
> >
> > Here is the autogenerated info from bashbug:
> >
> > 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' -DSHELL -DHAVE_CONFIG_H -I. -I. -I./include -I./lib -D_FILE_OFFSET_BITS=64 -O2 -g -pipe -march=i386 -mcpu=i686
> > uname output: Linux beast.csl.sri.com 2.4.22-1.2188.nptlsmp #1 SMP Wed Apr 21 20:12:56 EDT 2004 i686 i686 i386 GNU/Linux
> > Machine Type: i386-redhat-linux-gnu
> >
> > Bash Version: 2.05b
> > Patch Level: 0
> > Release Status: release
> >
> > On both machines my .inputrc contains :
> >
> > set meta-flag on
> > set input-meta on
> > set output-meta on
> > set show-all-if-ambiguous on
> > set visible-stats on
> > Meta-p: history-search-backward
> > Meta-n: history-search-forward
> >
> >
> > On the machine running bash2.05a when I enter a partial line then
> > press meta-p I get the bahavior I expect, it searches the history for
> > the first matching line based on what has been type so far on the
> > command line.
> >
> > bash# ca
> >
> > <meta-p pressed>
> >
> > bash# cat /tmp/foo
> >
> >
> >
> >
> > On the second machine running bash2.05b when I enter a partial line
> > then press meta-p bash ignores what has been typed so far, removes
> > everything typed on the line and presents me with a colon.
> >
> > bash# ca
> >
> > <meta-p pressed>
> >
> > bash# :
> >
> > Why am I getting two different behaviors? Also the strangest thing is
> > that if I copy the /bin/bash binary from the machine with the correct
> > behavour onto the machine with the incorrect behavior it also does not
> > behave correctly. What is going on?
> >
> > Thanks,
> >
> > - Mike Hogsett
>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3393 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/fedora-list/attachments/20040506/85abea82/attachment-0001.bin>
More information about the fedora-list
mailing list