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:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=TI8H4LccfCWL6Z7SSEFq/0u9G9iGuvPPDZfF6eMTYU5A055x+wrWS
	7PL9gRZdZKWoQcewL99eJqd68XTzsuJI6b5rFNkopMBlgY3CbbP4DovzvHBrh3Pe
	r2BVDu4lWgcVW7rvp4KI6O8wcKu5+y8FSWRAns3vf5J449S8gvUCRg=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Tue, 14 Apr 2015 09:34:56 +0200
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.
Message-ID: <20150414073456.GY7343@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <20150304181857.GM3213@calimero.vinschen.de> <20150305202456.9ac4815a9d590145e15f7ae2@nifty.ne.jp> <20150305125901.GX3213@calimero.vinschen.de> <20150403130735.d04e41875f7defd0e6c2d8d0@nifty.ne.jp> <20150403113226.GP13285@calimero.vinschen.de> <20150404155520.8564347f1d42b3c709718aad@nifty.ne.jp> <20150404084354.GX13285@calimero.vinschen.de> <20150405205504.cda3df2cc76f7bca7c3d21fb@nifty.ne.jp> <20150407091113.GB2819@calimero.vinschen.de> <20150413193100.a393612bde79a4ae57b8c7d9@nifty.ne.jp>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;	protocol="application/pgp-signature"; boundary="zmbF4WfaG2f6E7cU"
Content-Disposition: inline
In-Reply-To: <20150413193100.a393612bde79a4ae57b8c7d9@nifty.ne.jp>
User-Agent: Mutt/1.5.23 (2014-03-12)

--zmbF4WfaG2f6E7cU
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

Hi Takashi,

On Apr 13 19:31, Takashi Yano wrote:
> Hi Corinna,
>=20
> I'm sorry for late reply.

No worries.

> On Tue, 7 Apr 2015 11:11:13 +0200
> Corinna Vinschen <corinna-cygwin@cygwin.com> wrote:
>=20
> > I think we should move opost processing back to the master side.  Would
> > it be much of a problem to restructure your patch to do that, without
> > re-introducing the old problems your patch fixed?
>=20
> I am considering of this issue for several days.
> However, it is still with dificulty.
>=20
> For my better understanding, may I ask a question?
>=20
> At where does cygwin set the standard output handle
> for native windows programs to fhandler_pty_slave::
> output_handle?

It doesn't.  The only way to set a handle for a native client is by
propagating the handle via execve.

And the native client, not knowing what he's talking to, recognizes the
output stream as a normal named pipe, if it's looking for that info at
all.  Being native, it will use native Windows MSVCRT stdio calls.
Worse, as you can see in the behaviour of some native applications, the
MSVCRT isatty() call returns 0 for named pipes.

If we have a Cygwin client, we can do all kinds of stuff on the slave
side, but as soon as we have a native client, only the master side of
the pty has any chance to do the right thing.  That's why I wrote that
we don't have the slave side under control.

Therefore we should really move the OPOST code back to the master side.
I'm reluctant to just revert your patch, though, because I think you
know better how to fix the OPOST code to make it work correctly on the
master side.


Corinna

--=20
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

--zmbF4WfaG2f6E7cU
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2

iQIcBAEBAgAGBQJVLMMgAAoJEPU2Bp2uRE+ghPYP/2n2vWN8Jft4uXwu3ZX4N6RX
EPnJJAKCvz4T2WebbHtFL613hReGSRGUwMH7GWsBzJY/7ShBUhJE/wwpL40J7hCV
UIvO6dWgCZFajdiStRWb56do6K0QXu8M86vP2c2hoEfmR3LkCS+sAhFw8UaUbZ+0
yljbaKIHBeN0F2VMU9YybCmmbEkdMDv/zYBYKm9IfkO44TxIr5Yyi8xhW8sm9CDC
gssIQPjeRLPwuLL+Bp0Fxdaqs4AzRIjZI+Q5nESZ8Uc6M7iS+LayuwUD1uhMf4HT
7n400eD/18dduGwya3KqnC5Z1kvLm6cLhw/pskVhh7nYnD1jNsCUjs69kjNW5gGc
IQ9xXiGIusEup6/H/w9pyHRaNlTXxMY2z7SZ8P1bTZjlJfmwM4DjplrfASCFtasG
ji/5qXxEMhqC5n2+aNXWSbjbn9RS5B1fi0YD/1Ky4jBe9ry75u+15lKflW9mnIE5
0Orv+ByEMHQ36T9fAqWqRsS9IPeyvCr5dpYcCDwm6EUxaCymDFL0FrYOhIKz9VRA
UeCqCoEVu9mbJUMoaPJiiQrnHUvlTexIHX6zP+HeLr7llSfkeqe7Ch4gTWJDtwap
l4Bu9BztdC+BIgv7s8kUWb9ng+xyC83op1ZgMWRKZiKtDUV2X8r+NYiRlK82CdQs
pOi+y8gZ2EvEXInwXp8u
=9pzB
-----END PGP SIGNATURE-----

--zmbF4WfaG2f6E7cU--