rocky wrote:
> The most recent bash docs say this about builtin function read with
> option -e:
>
> Readline (@pxref{Command Line Editing}) is used to obtain the line.
>
> Consider this little program:
>
> PS4='-$LINENO: $? $ '
> set -x
> builtin bind '"\C-x\C-r": "bind completion"'
> builtin
[EMAIL PROTECTED] wrote:
> Repeat-By:
> Run the above program. Hit Tab, note the partial completion to the first
> ambiguous portion of the history. Type any letter to from the urls list to
> disambiguate and hit Tab again. No additional completion occurs.
>
> Also, try ^N or ^P to cycle throu
On 4 September 2008, Chet Ramey <[EMAIL PROTECTED]> wrote:
> > Description:
> > Regradless of the huponexit setting ('shopt -s huponexit' doesn't
> > help) bash does not send SIGHUP to its children when it receives one
> > itself. Previous version of bash 3.1.17 was behaving pro
Many thanks for the explanation. I've just updated bashdb CVS to add an edit
style (emacs/vi) and which will give more complete readline handling in
entering debugger commands.
There still is some weirdness in how history retrieval works, but I need to
isolate what's going on there.
And it looks
Rocky Bernstein wrote:
> Many thanks for the explanation. I've just updated bashdb CVS to add an
> edit style (emacs/vi) and which will give more complete readline
> handling in entering debugger commands.
>
> There still is some weirdness in how history retrieval works, but I need
> to isolate wh
Configuration Information [Automatically generated, do not change]:
Machine: i486
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS: -DPROGRAM='bash' -DCONF_HOSTTYPE='i486'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='i486-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='ba
You are correct, here is no problem in bash-4.0 alpha. My apologies.
An error message when bind is used and line editing is not enabled would
help.
Alas, I suspect many will not try to use bind but still use "read" or
perhaps a set +o emacs and subsequently expecting some of default key
bindings
Hi Chet,
I didn't realize until much later that we were corresponding off-list
when I sent you the OS/2 patch. I'm just following up to make sure you
didn't miss it. I actually had expected you to tell me to fix some
things with it and re-submit, so I was waiting to hear back before
doing any more
> You are correct, here is no problem in bash-4.0 alpha. My apologies.
>
> An error message when bind is used and line editing is not enabled would
> help.
>
> Alas, I suspect many will not try to use bind but still use "read" or
> perhaps a set +o emacs and subsequently expecting some of default
> On 4 September 2008, Chet Ramey <[EMAIL PROTECTED]> wrote:
> > > Description:
> > > Regradless of the huponexit setting ('shopt -s huponexit' doesn't
> > > help) bash does not send SIGHUP to its children when it receives
> > > one
> > > itself. Previous version of bash 3.1.17 w
On 11 September 2008, Chet Ramey <[EMAIL PROTECTED]> wrote:
> > On 4 September 2008, Chet Ramey <[EMAIL PROTECTED]> wrote:
> > > > Description:
> > > > Regradless of the huponexit setting ('shopt -s huponexit'
> > > > doesn't
> > > > help) bash does not send SIGHUP to its children
There is a connection between the "set -o emacs", "set -o vi", and "set -o
history" commands and the way "read -e" works. But there is nothing that I
could find in any of the bash/readline/history documents that make this
connection explicit. Changing one of these "line editing" settings changes
k
Hi,
I have a problement when i execute my script. My script
works well on other server but on this server when i execute i have this
message :
./GestCompte: TableauRep[1]=rn: command not found
./GestCompte: ${pointeur} --- ${TableauRep[${pointeur}]} : bad substitution
free: Called with alread
13 matches
Mail list logo
