Re: misbehavior in shell window with ksh

[Stephen Berman]

On Mon, 01 May 2017 09:49:41 +0300 Eli Zaretskii <address@hidden> wrote:

>> From: Mike Kupfer <address@hidden>
>> Date: Sun, 30 Apr 2017 16:12:26 -0700
>> 
>> >From emacs -Q, using Emacs master 6fa9cc05, if I do the following steps
>> 
>>   M-x shell RET
>>   ksh RET
>>   C-x o RET
>>   C-x 0 RET
>>   
>> a ">" appears after the shell prompt in the *shell* buffer:
>> 
>>   alto$ ksh
>>   alto$ >
>> 
>> If I then press RET, I get
>> 
>>   alto$ ksh
>>   alto$ > 
>>   : not found [No such file or directory]
>>   alto$
>
> I cannot reproduce this, neither with Emacs 25.2 nor with the latest
> master branch.
>
> Does this happen in a -nw session as well, or only in GUI frames?

I can reproduce this with both -Q and -Q -nw in latest master (details
below).  I also noticed that (any?) non-self-insertion keyboard events
reproduce the behavior, e.g. `t TAB' adds anoth `>' at the prompt, and
then `C-g' to kill the *Completions* buffer adds another `>', and then
RET returns: 
^L^Lt: not found [No such file or directory]
(Then ^L are really control characters.)

In GNU Emacs 26.0.50 (build 3, x86_64-pc-linux-gnu, GTK+ Version 3.20.10)
 of 2017-05-01 built on rosalinde
Repository revision: 6c9ec085e2b36e801c967bc0635671dc1880cb80
Repository revision: edc63bf94f3cd3f52fab86fe7b92a3ec6a19de40
Windowing system distributor 'The X.Org Foundation', version 11.0.11803000
System Description:     openSUSE Leap 42.2

Configured using:
 'configure --with-xwidgets 'CFLAGS=-Og -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GSETTINGS NOTIFY
GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS
GTK3 X11 XWIDGETS

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=local
  locale-coding-system: utf-8-unix