MIME-Version: 1.0
In-Reply-To: <4A25B063.9030600@cornell.edu>
References: <4A25B063.9030600@cornell.edu>
Date: Wed, 3 Jun 2009 05:52:22 +0100
Message-ID: <416096c60906022152j5fe73567t5404ed6977162fba@mail.gmail.com>
Subject: Re: mintty ^H/^? bug
From: Andy Koppe <andy.koppe@gmail.com>
To: cygwin@cygwin.com
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

> I think there's a minor bug in the way mintty handles the ^H/^? option for
> the Backspace key. =C2=A0Suppose you have mintty set up so that Backspace=
 sends
> ^H (the default). =C2=A0You then use the options menu to change this so t=
hat
> Backspace sends ^?. =C2=A0Then stty -a still shows erase =3D ^H, and some
> applications don't work as expected.

Yep, that's rather unfortunate. It's the same in xterm though.

It probably would be possible for MinTTY to get hold of the slave side
of the "pseudo terminal" device and change its erase setting, but that
would be somewhat improper, because the slave pty logically belongs to
its child process(es). Also, it still wouldn't work for applications
that are already running or for remote connections.

I guess what I could do is remove the setting from the dialog and
instead make it a config file or command line option only, because
it's not really something that users should normally have to worry
about.

Andy

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/