X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,SARE_MSGID_LONG40,SPF_PASS X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: <4A25B063.9030600@cornell.edu> References: <4A25B063 DOT 9030600 AT cornell DOT edu> Date: Wed, 3 Jun 2009 05:52:22 +0100 Message-ID: <416096c60906022152j5fe73567t5404ed6977162fba@mail.gmail.com> Subject: Re: mintty ^H/^? bug From: Andy Koppe To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT 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/