bug#5331: Term mode doesn't set tty erase

bug#5331: Term mode doesn't set tty erase

[Scott Bell]

Under Mac OS X 10.6.2, Emacs 23.1.90.1, in an M-x term buffer
running /bin/bash, `stty -a' reports the following:

speed 9600 baud; 33 rows; 90 columns;
lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl
        -echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo
        -extproc
iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel -iutf8
        -ignbrk brkint -inpck -ignpar -parmrk
oflags: opost onlcr -oxtabs -onocr -onlret
cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow
        -dtrflow -mdmbuf
cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = <undef>;
        eol2 = <undef>; erase = <undef>; intr = ^C; kill = <undef>;
        lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q;
        status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W;

It seems like the least surprising thing would be to define
erase to ^? so that most programs will behave as expected 
when the DEL key is typed.

bug#5331: Term mode doesn't set tty erase

[Dan Nicolaescu]

Scott Bell <sctb@me.com> writes:

  > Under Mac OS X 10.6.2, Emacs 23.1.90.1, in an M-x term buffer
  > running /bin/bash, `stty -a' reports the following:
  > 
  > speed 9600 baud; 33 rows; 90 columns;
  > lflags: icanon isig iexten echo echoe -echok echoke -echonl echoctl
  >         -echoprt -altwerase -noflsh -tostop -flusho pendin -nokerninfo
  >         -extproc
  > iflags: -istrip icrnl -inlcr -igncr ixon -ixoff ixany imaxbel -iutf8
  >         -ignbrk brkint -inpck -ignpar -parmrk
  > oflags: opost onlcr -oxtabs -onocr -onlret
  > cflags: cread cs8 -parenb -parodd hupcl -clocal -cstopb -crtscts -dsrflow
  >         -dtrflow -mdmbuf
  > cchars: discard = ^O; dsusp = ^Y; eof = ^D; eol = <undef>;
  >         eol2 = <undef>; erase = <undef>; intr = ^C; kill = <undef>;
  >         lnext = ^V; min = 1; quit = ^\; reprint = ^R; start = ^Q;
  >         status = ^T; stop = ^S; susp = ^Z; time = 0; werase = ^W;
  > 
  > It seems like the least surprising thing would be to define
  > erase to ^? so that most programs will behave as expected 
  > when the DEL key is typed.

I can't reproduce this on GNU/Linux and Solaris.
This is probably a Mac OS X problem which not too many people here have
access to...
Do you get the same results with /bin/tcsh?

bug#5331: Term mode doesn't set tty erase

[Scott Bell]

On 2010-01-07, at 1:27 AM, Dan Nicolaescu wrote:

> Scott Bell <sctb@me.com> writes:
> 
>> ...
>> 
>> It seems like the least surprising thing would be to define
>> erase to ^? so that most programs will behave as expected 
>> when the DEL key is typed.
> 
> I can't reproduce this on GNU/Linux and Solaris.
> This is probably a Mac OS X problem which not too many people here have
> access to...
> Do you get the same results with /bin/tcsh?

It looks like tcsh is the only one where erase
is defined:

bash: <undef>
zsh: <undef>
tcsh: ^?
ksh: <undef>

When these shells are launched using Terminal.app
(the terminal emulator that ships with Mac OS), erase
is always bound to ^?.

bug#5331: Term mode doesn't set tty erase

[Dan Nicolaescu]

Scott Bell <sctb@me.com> writes:

  > On 2010-01-07, at 1:27 AM, Dan Nicolaescu wrote:
  > 
  > > Scott Bell <sctb@me.com> writes:
  > > 
  > >> ...
  > >> 
  > >> It seems like the least surprising thing would be to define
  > >> erase to ^? so that most programs will behave as expected 
  > >> when the DEL key is typed.
  > > 
  > > I can't reproduce this on GNU/Linux and Solaris.
  > > This is probably a Mac OS X problem which not too many people here have
  > > access to...
  > > Do you get the same results with /bin/tcsh?
  > 
  > It looks like tcsh is the only one where erase
  > is defined:
  > 
  > bash: <undef>
  > zsh: <undef>
  > tcsh: ^?
  > ksh: <undef>
  > 
  > When these shells are launched using Terminal.app
  > (the terminal emulator that ships with Mac OS), erase
  > is always bound to ^?.

term.el does not do anything special for tcsh, so because it works
there, it's probably a problem in the initialization of the other
shells, not in term.el.

bug#5331: Term mode doesn't set tty erase

[Scott Bell]

On 2010-01-07, at 2:35 PM, Dan Nicolaescu wrote:

> Scott Bell <sctb@me.com> writes:
> 
>> On 2010-01-07, at 1:27 AM, Dan Nicolaescu wrote:
>> 
>>> Scott Bell <sctb@me.com> writes:
>>> 
>>>> ...
>>>> 
>>>> It seems like the least surprising thing would be to define
>>>> erase to ^? so that most programs will behave as expected 
>>>> when the DEL key is typed.
>>> 
>>> I can't reproduce this on GNU/Linux and Solaris.
>>> This is probably a Mac OS X problem which not too many people here have
>>> access to...
>>> Do you get the same results with /bin/tcsh?
>> 
>> It looks like tcsh is the only one where erase
>> is defined:
>> 
>> bash: <undef>
>> zsh: <undef>
>> tcsh: ^?
>> ksh: <undef>
>> 
>> When these shells are launched using Terminal.app
>> (the terminal emulator that ships with Mac OS), erase
>> is always bound to ^?.
> 
> term.el does not do anything special for tcsh, so because it works
> there, it's probably a problem in the initialization of the other
> shells, not in term.el.

I agree. It seems like a shame that Mac OS relies on
the default emulator (Terminal.app) to perform this
initialization.

bug#5331: Term mode doesn't set tty erase

[Dan Nicolaescu]

Scott Bell <sctb@me.com> writes:

  > On 2010-01-07, at 2:35 PM, Dan Nicolaescu wrote:
  > 
  > > Scott Bell <sctb@me.com> writes:
  > > 
  > >> On 2010-01-07, at 1:27 AM, Dan Nicolaescu wrote:
  > >> 
  > >>> Scott Bell <sctb@me.com> writes:
  > >>> 
  > >>>> ...
  > >>>> 
  > >>>> It seems like the least surprising thing would be to define
  > >>>> erase to ^? so that most programs will behave as expected 
  > >>>> when the DEL key is typed.
  > >>> 
  > >>> I can't reproduce this on GNU/Linux and Solaris.
  > >>> This is probably a Mac OS X problem which not too many people here have
  > >>> access to...
  > >>> Do you get the same results with /bin/tcsh?
  > >> 
  > >> It looks like tcsh is the only one where erase
  > >> is defined:
  > >> 
  > >> bash: <undef>
  > >> zsh: <undef>
  > >> tcsh: ^?
  > >> ksh: <undef>
  > >> 
  > >> When these shells are launched using Terminal.app
  > >> (the terminal emulator that ships with Mac OS), erase
  > >> is always bound to ^?.
  > > 
  > > term.el does not do anything special for tcsh, so because it works
  > > there, it's probably a problem in the initialization of the other
  > > shells, not in term.el.
  > 
  > I agree. It seems like a shame that Mac OS relies on
  > the default emulator (Terminal.app) to perform this
  > initialization.

Not sure what you mean...
It's probably due to buggy initialization for those shells, or because
they get confused about TERM value used by term.el: eterm-color.

bug#5331: Term mode doesn't set tty erase

[Scott Bell]

On 2010-01-08, at 12:09 PM, Dan Nicolaescu wrote:

> Scott Bell <sctb@me.com> writes:
> 
>> On 2010-01-07, at 2:35 PM, Dan Nicolaescu wrote:
>> 
>>> Scott Bell <sctb@me.com> writes:
>>> 
>>>> On 2010-01-07, at 1:27 AM, Dan Nicolaescu wrote:
>>> 
>>> term.el does not do anything special for tcsh, so because it works
>>> there, it's probably a problem in the initialization of the other
>>> shells, not in term.el.
>> 
>> I agree. It seems like a shame that Mac OS relies on
>> the default emulator (Terminal.app) to perform this
>> initialization.
> 
> Not sure what you mean...
> It's probably due to buggy initialization for those shells, or because
> they get confused about TERM value used by term.el: eterm-color.

Terminal.app has to be doing something, because I've tried
setting term-term-name to 'xterm-color', which is the same
TERM used by Terminal.app. So it seems like buggy shell
initialization which Terminal.app is overriding somehow.

bug#5331: Term mode doesn't set tty erase

[Andrew Hyatt]

Scott Bell <sctb@me.com> writes:

> On 2010-01-08, at 12:09 PM, Dan Nicolaescu wrote:
>
>> Scott Bell <sctb@me.com> writes:
>> 
>>> On 2010-01-07, at 2:35 PM, Dan Nicolaescu wrote:
>>> 
>>>> Scott Bell <sctb@me.com> writes:
>>>> 
>>>>> On 2010-01-07, at 1:27 AM, Dan Nicolaescu wrote:
>>>> 
>>>> term.el does not do anything special for tcsh, so because it works
>>>> there, it's probably a problem in the initialization of the other
>>>> shells, not in term.el.
>>> 
>>> I agree. It seems like a shame that Mac OS relies on
>>> the default emulator (Terminal.app) to perform this
>>> initialization.
>> 
>> Not sure what you mean...
>> It's probably due to buggy initialization for those shells, or because
>> they get confused about TERM value used by term.el: eterm-color.
>
> Terminal.app has to be doing something, because I've tried
> setting term-term-name to 'xterm-color', which is the same
> TERM used by Terminal.app. So it seems like buggy shell
> initialization which Terminal.app is overriding somehow.

This bug reproduces on Emacs 25.1.50.1. I also tried running emacs via
iTerm2 and it had the same issue.