* bug#5331: Term mode doesn't set tty erase
@ 2010-01-06 23:54 Scott Bell
2010-01-07 8:27 ` Dan Nicolaescu
0 siblings, 1 reply; 8+ messages in thread
From: Scott Bell @ 2010-01-06 23:54 UTC (permalink / raw)
To: bug-gnu-emacs
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.
^ permalink raw reply [flat|nested] 8+ messages in thread* bug#5331: Term mode doesn't set tty erase
2010-01-06 23:54 bug#5331: Term mode doesn't set tty erase Scott Bell
@ 2010-01-07 8:27 ` Dan Nicolaescu
2010-01-07 16:14 ` Scott Bell
0 siblings, 1 reply; 8+ messages in thread
From: Dan Nicolaescu @ 2010-01-07 8:27 UTC (permalink / raw)
To: Scott Bell; +Cc: 5331
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?
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#5331: Term mode doesn't set tty erase
2010-01-07 8:27 ` Dan Nicolaescu
@ 2010-01-07 16:14 ` Scott Bell
2010-01-07 21:35 ` Dan Nicolaescu
0 siblings, 1 reply; 8+ messages in thread
From: Scott Bell @ 2010-01-07 16:14 UTC (permalink / raw)
To: 5331
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 ^?.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#5331: Term mode doesn't set tty erase
2010-01-07 16:14 ` Scott Bell
@ 2010-01-07 21:35 ` Dan Nicolaescu
2010-01-08 17:06 ` Scott Bell
0 siblings, 1 reply; 8+ messages in thread
From: Dan Nicolaescu @ 2010-01-07 21:35 UTC (permalink / raw)
To: Scott Bell; +Cc: 5331
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.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#5331: Term mode doesn't set tty erase
2010-01-07 21:35 ` Dan Nicolaescu
@ 2010-01-08 17:06 ` Scott Bell
2010-01-08 19:09 ` Dan Nicolaescu
0 siblings, 1 reply; 8+ messages in thread
From: Scott Bell @ 2010-01-08 17:06 UTC (permalink / raw)
To: 5331
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.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#5331: Term mode doesn't set tty erase
2010-01-08 17:06 ` Scott Bell
@ 2010-01-08 19:09 ` Dan Nicolaescu
2010-01-08 19:23 ` Scott Bell
0 siblings, 1 reply; 8+ messages in thread
From: Dan Nicolaescu @ 2010-01-08 19:09 UTC (permalink / raw)
To: Scott Bell; +Cc: 5331
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.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#5331: Term mode doesn't set tty erase
2010-01-08 19:09 ` Dan Nicolaescu
@ 2010-01-08 19:23 ` Scott Bell
2016-08-04 1:50 ` Andrew Hyatt
0 siblings, 1 reply; 8+ messages in thread
From: Scott Bell @ 2010-01-08 19:23 UTC (permalink / raw)
To: 5331
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.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#5331: Term mode doesn't set tty erase
2010-01-08 19:23 ` Scott Bell
@ 2016-08-04 1:50 ` Andrew Hyatt
0 siblings, 0 replies; 8+ messages in thread
From: Andrew Hyatt @ 2016-08-04 1:50 UTC (permalink / raw)
To: Scott Bell; +Cc: 5331
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.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2016-08-04 1:50 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-01-06 23:54 bug#5331: Term mode doesn't set tty erase Scott Bell
2010-01-07 8:27 ` Dan Nicolaescu
2010-01-07 16:14 ` Scott Bell
2010-01-07 21:35 ` Dan Nicolaescu
2010-01-08 17:06 ` Scott Bell
2010-01-08 19:09 ` Dan Nicolaescu
2010-01-08 19:23 ` Scott Bell
2016-08-04 1:50 ` Andrew Hyatt
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).