Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Re: Terminal issues

4 views
Skip to first unread message

Ivan Shmakov

unread,
Jan 22, 2012, 6:15:58 AM1/22/12
to
>>>>> Roger Ivie <ri...@ridgenet.net> writes:
>>>>> On 2011-12-31, Steven Hirsch <snhi...@gmail.com> wrote:

[Cross-posting to news:alt.os.linux, as this seems like an issue
with XTerm.]

>> I start the session inside of 'wy60', which is a Wyse-60 emulation
>> (easier to configure CP/M apps for that as opposed to VT100/xterm).
>> Almost everything is working correctly except for one thing: Inside
>> an application (e.g. WordStar or any other editor), BS, Ctrl-H and
>> Del all produce a non-destructive backspace! At the command line,
>> they work correctly.

>> Does anyone have an idea why this is happening?

> I am a bit curious about what you mean by "at the command line, they
> work properly". If you're talking about stock CP/M 2, pressing delete
> should echo the character deleted whereas ^H will cause it to be
> erased from the screen (i.e., behave like most everything else and
> therefore likely to be thought of as "working properly"). There is a
> patch running around that causes CP/M to treat ^H the same as delete,
> but the vanilla install doesn't.

> My guess would be that your keyboard map has the backspace and delete
> keys configured to send ^H. Having the backspace key so configured is
> not unusual,

Nevertheless, the “preferred” GNU (and GNU/Linux) backspace is
ASCII DEL (AKA ^?, ^8, \x7f), though, somewhat surprising, XTerm
is often configured contrary to this convention.

> but I think having the delete key also so configured is.

Also note that XTerm does a mapping of its own:

--cut: xterm(1) --
backarrowKey (class BackarrowKey)
Specifies whether the backarrow key transmits a
backspace (8) or delete (127) character. This
corresponds to the DECBKM control sequence. The
default (backspace) is ``true.'' Pressing the
control key toggles this behavior.
--cut: xterm(1) --

This behavior could also be toggled with XTerm menu's “Backarrow
Key (BS/DEL) (backarrow key)” option (Ctrl+LeftMouseButton,
IIRC), or, I believe, by editing the resource with editres(1).

[…]

--
FSF associate member #7257

Steven Hirsch

unread,
Jan 22, 2012, 10:22:12 AM1/22/12
to
On 01/22/2012 06:15 AM, Ivan Shmakov wrote:
> Nevertheless, the “preferred” GNU (and GNU/Linux) backspace is
> ASCII DEL (AKA ^?, ^8, \x7f), though, somewhat surprising, XTerm
> is often configured contrary to this convention.
>
> > but I think having the delete key also so configured is.
>
> Also note that XTerm does a mapping of its own:
>
> --cut: xterm(1) --
> backarrowKey (class BackarrowKey)
> Specifies whether the backarrow key transmits a
> backspace (8) or delete (127) character. This
> corresponds to the DECBKM control sequence. The
> default (backspace) is ``true.'' Pressing the
> control key toggles this behavior.
> --cut: xterm(1) --
>
> This behavior could also be toggled with XTerm menu's “Backarrow
> Key (BS/DEL) (backarrow key)” option (Ctrl+LeftMouseButton,
> IIRC), or, I believe, by editing the resource with editres(1).

Thanks, Ivan.

I eventually found a ZCPR3 termcap for DEC terminals that appears to work
correctly with xterm in its default configuration.

Steve
0 new messages