[bug #57340] ekey goes into strange mode when reading shift-backspace

[anonymous]

Follow-up Comment #3, bug #57340 (project gforth):

On one machine (Linux Mint 18) the output of ls -l
/etc/alternatives/x-terminal-emulator is:

lrwxrwxrwx 1 root root 31 Feb 16  2019 /etc/alternatives/x-terminal-emulator
-> /usr/bin/xfce4-terminal.wrapper

On another machine (Ubuntu submodule of Windows 10) it is:
lrwxrwxrwx 1 root root 15 Jun 1  2019 /etc/alternatives/x-terminal-emulator ->
/usr/bin/lxterm

To further test, I also used termux on android to access the linux mint PC. 
It also shows the same ekey effect. I can't tell you the
etc/alternatives/x-terminal-emulator, because termux doesn't have that.

Next I did a fresh install of gforth on an Ubuntu VPS installed on vultr.com
(using sudo apt-get install gforth).  Tried ekey with shift-backspace there --
same effect from both PCs as well as Android termux.  

I also accessed the VPS from a browser based terminal. However, that terminal
did not seem to allow shift-backspace.  shift-backspace registered in gforth
as just backspace.

Finally, I tried XTerm on Windows 10, connecting to the ubuntu LSM.  There,
keystrokes also don't show after ekey, but shift-backspace is captured as 27
(ESC).


Oh, I also tried xterm on the Mint 18 (Ubuntu xenial equiv), but same effect.



    _______________________________________________________

Reply to this item at:

  <https://savannah.gnu.org/bugs/?57340>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/