X-Recipient: archive-cygwin@delorie.com
DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:message-id:from:to:subject:references
	:in-reply-to; q=dns; s=default; b=clGCrNZattF7pb+zS51zYiOqNUN3Rx
	bbNxnrFVjJqRcPDYwAon34BE/swJxy24tUvz3ojN9V6sVOQKr0tzbaFFMxBqOVff
	5wnEH1m7jj7JhBRbQJIz0QK9MKykvTtWc1uazs4nQXMkIFWsgdYYTtFhkjFSsijX
	zY15nAaaLEFiQ=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:date:message-id:from:to:subject:references
	:in-reply-to; s=default; bh=WLs+bmg3Q/6xm7qR0nypEPWrBDg=; b=VbUj
	oQbQUYlmZK3D4tXIw8K88o3Wop1yVPiwM+xwMRZ4UzqaXIseDd2MbnQVvrHssoAm
	0m1jzVIX9xk27q9hQ3dAyfQYNeG1kOEtewRs4/ORgoU+wIe83qXzKo6lBjUUkbN3
	7psDQ835sYFUJX6LhhUjri5sfjGHPTeWjrtayqk=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
List-Id: <cygwin.cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.4 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1645, H*F:D*nl
X-HELO: lb3-smtp-cloud2.xs4all.net
Date: Tue, 31 Jan 2017 16:01:55 +0100
Message-ID: <40c92f1e987a9162742766816abb4a03@smtp-cloud2.xs4all.net>
From: Houder <houder@xs4all.nl>
To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] Updated: dash-0.5.8-3
References: <d58b09904f6fc607e5c044e67a02f393@smtp-cloud3.xs4all.net> <58893f48.0850ca0a.6c5d.5fde@mx.google.com> <81b5af354b7a3925ff0a68dcc063265f@smtp-cloud6.xs4all.net> <20170131100402.GB29504@calimero.vinschen.de> <20170131131616.GC29504@calimero.vinschen.de>
In-Reply-to: <20170131131616.GC29504@calimero.vinschen.de>
User-Agent: mua.awk 0.99

On Tue, 31 Jan 2017 14:16:16, Corinna Vinschen wrote:

[snip]

> > I'm not quite sure yet but apparently the problem is in the handling of
> > VERASE in the termios implementation.  In cooked mode it fills a char
> > buffer with what has been typed.  The code doesn't know if the bytes in
> > the buffer are UTF-8 chars or just random bytes.  So VERASE erases
> > exactly one byte, which means, in case of UTF-8 chars it only erases the
> > last byte of of a mulitbyte character.
> >=20
> > It seems the Linux termios implementation is different in that it
> > still knows which bytes constitute a single keypress and thus knows
> > how much byte it has to erase.
> 
> Ok, here's what happens on Linux:  The termios code support a flag
> IUTF8.  This flag determines if the termios code checks for UTF8
> characters in the input when performing an ERASE.  It checks if the
> IUTF8 flag is set and if so, it checks in a loop if the just erased byte
> is a UTF-8 continuation character.  If so, it erases another byte.

(Thank you for responding -- and your effort thus far).

Agreed. One byte or more, depending on the "character" ... (which is
not a problem in case of UTF-8 encoding -- continuation bit).

Of course, the terminal driver must receive the characters encoded in
UTF-8.

Therefore the question is: 'can the same situation be created under
under Windows?' (does Windows provide the required support?)

A second question is: 'is it worth the effort?' Given that bash can
recognize UTF-8 (using readline) ...

.. and the fact that dash does not support multi-byte characters.

Regards,

Henri

=====


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

