DomainKey-Signature: a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=vw1e+xNvlbHwyXWZ
	VnvNg5fI/Sbj5MGZS1dwHJsrjLlsBAJHUPfim+vpCDtW2Wn45QTJKivWw0q4hElE
	z0hEJDjrcblYI6GqVvpJN6YeQUb/gc95VSfdTEHD5h3DU6hPyFp87Q8s4jQPkaPo
	oCzctBv7Z4Fp0URCB/nUv8PDMcw=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Subject: Re: [ANNOUNCEMENT] Updated: dash-0.5.8-3
To: cygwin@cygwin.com
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> <40c92f1e987a9162742766816abb4a03@smtp-cloud2.xs4all.net> <20170131153245.GA8905@calimero.vinschen.de> <09c7b42a-7b8d-52b7-ce18-4e681eb51f05@towo.net> <20170214084537.GD25846@calimero.vinschen.de> <09253e2d-af27-ddca-2b49-b65460440f69@towo.net> <6488d88d-f6b8-674d-692c-8372977a4707@redhat.com> <0da58793-0b76-1f13-aca3-06ed6aa83dc3@towo.net>
From: Thomas Wolff <towo@towo.net>
Message-ID: <4bc220da-11d0-fd39-4691-27c6ec9cbbb8@towo.net>
Date: Tue, 14 Feb 2017 21:35:18 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.7.1
MIME-Version: 1.0
In-Reply-To: <0da58793-0b76-1f13-aca3-06ed6aa83dc3@towo.net>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit

Am 14.02.2017 um 21:29 schrieb Thomas Wolff:
> Am 14.02.2017 um 20:56 schrieb Eric Blake:
>> On 02/14/2017 01:40 PM, Thomas Wolff wrote:
>>>> No.  We're talking about a function in the master side of the tty, 
>>>> while
>>>> the applications started in the terminal are on the slave side.
>>> I am not familiar with the concept of setting termios properties on
>>> either the master or slave side of a pty. I've only ever set them in 
>>> the
>>> client application, including my tests about IUTF8 which worked. Would
>>> setting on the master side imply it's set for the clients implicitly,
>>> and can it be changed later, e.g. when mintty character encoding is
>>> being changed from the Options dialog?
>>> And you say the function of erasing characters on BS is in the master
>>> side? To be honest, this confuses me. I thought it's a client function,
>>> like readline() would perform if used (apparently not by dash), 
>>> which is
>>> kind of an enhanced version of the tty cooked mode and used to work 
>>> even
>>> without the new flag, right?
>> The readline source code does not mention IUTF8; and neither bash nor
>> dash need to reference it, because if the tty handling code sets it
>> correctly for what the terminal is going to display, then the clients
>> that are read()ing from the tty never even see BS in cooked mode (the
>> master side of the terminal handles BS before the read() completes in
>> the slave, if I'm understanding it correctly).
> This does not comply with my (limited) understanding of pty stuff. In 
> mintty, forkpty will create a master/slave pty; mintty feeds it on the 
> master side, while the client program (usually a shell) reads from the 
> slave side. Mintty never handles BS for input, it simply feeds it into 
> the pty. "Line disciplines" like cooked mode must be handled on the 
> slave side.
Also, I've tried both options in mintty. Setting the flag on the master 
side has weird effects, initially blocking the terminal process.
Setting it on the slave side works fine. I've uploaded that to the git 
repository.
------
Thomas

--
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