xterm born of a *shell* buffer handicapped

xterm born of a *shell* buffer handicapped

[Dan Jacobson]

Gentelmen, in a shell window do xterm&.  Notice how the xterm has now
lots of deficiencies so that ^R ^P etc aren't working properly there.
Same with rxvt, etc.
-- 
http://jidanni.org/ Taiwan(04)25854780

Re: xterm born of a *shell* buffer handicapped

[Jonathan Kamens]

Dan Jacobson <jidanni@dman.ddts.net> writes:
>Gentelmen, in a shell window do xterm&.  Notice how the xterm has now
>lots of deficiencies so that ^R ^P etc aren't working properly there.
>Same with rxvt, etc.

This is a bash 2.05b bug.  I sent the bash maintainers this
bug report about it on May 15 (I suspect that others
reported it before I did, but I don't know for certain
whether that's true):

The bash CHANGES file includes this change for 2.05b:

b.  Note that we're running under Emacs and disable line editing if
    $EMACS == `t'.

And, indeed, examination of the bash source code confirms this
behavior.

The problem with this change is that with it in place, if I type
"xterm &" from an Emacs shell window, the shell in the xterm window
that starts up has command-line editing disabled.  Ugh.

Suggestion: Only disable command-line editing if EMACS is set to 't'
*and* TERM is set to "dumb", which is what Emacs sets it to.