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:in-reply-to
	:references:mime-version:content-type:content-transfer-encoding;
	 q=dns; s=default; b=BYKZ2L0fmWa7Uuv0p4EyOJnr3R+h148TuD2KG6V4P3x
	xr8Vw+JY6bf/82UfNyNsU7AmnxRBHLcY8b7sGR2mxe70HwzbdYzBm77s7krnPIVK
	+/xvnA0TyRcgf09+xE+y32r7wk/Ij2OqNnqsUupMbwWd7oBSJTg24+HMEzCkBuMI
	=
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Date: Mon, 13 Apr 2015 19:31:00 +0900
From: Takashi Yano <takashi.yano@nifty.ne.jp>
To: cygwin@cygwin.com
Subject: Re: Cygwin hangs up if several keys are typed during outputting a lot of texts.
Message-Id: <20150413193100.a393612bde79a4ae57b8c7d9@nifty.ne.jp>
In-Reply-To: <20150407091113.GB2819@calimero.vinschen.de>
References: <20150304203407.14008531b0fb63ad5c19a33f@nifty.ne.jp>	<20150304121952.GL3213@calimero.vinschen.de>	<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>
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit

Hi Corinna,

I'm sorry for late reply.

On Tue, 7 Apr 2015 11:11:13 +0200
Corinna Vinschen <corinna-cygwin@cygwin.com> wrote:

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

I am considering of this issue for several days.
However, it is still with dificulty.

For my better understanding, may I ask a question?

At where does cygwin set the standard output handle
for native windows programs to fhandler_pty_slave::
output_handle?

Since I found SetStdHandle() calls in dtable.cc,
I tried to disable all of them. However, the output
of icacls still appears in mintty screen.

I wonder where the standard output handle is set.


By the way,

> Hmm, even after cbb9849fa76f1dbe6c66d91b68d9a10f46f1ba69,
> it does not work in my environment.

this problem has been gone after the following change.

commit 72f7cd89f230342107ec9e22fea38bf75bcb698d
Author: Jon TURNEY <jon.turney@dronecode.org.uk>
Date:   Sat Apr 4 23:31:03 2015 +0100

    Compile exceptions.cc with -fno-omit-frame-pointer on x86

    Selectively using -fomit-frame-pointer when -O is used doesn't make sense
    anymore, apparently since gcc 4.6, -O implies -fomit-frame-pointer.

    exceptions.cc must be compiled with -fno-omit-frame-pointer on x86, as it uses
    RtlCaptureContext, which requires a frame pointer.

        * Makefile.in : Remove setting -fomit-frame-pointer for compiling
        various files, it is already the default.  Set
        -fno-omit-frame-pointer for exceptions.cc on x86.

    Signed-off-by: Jon TURNEY <jon.turney@dronecode.org.uk>


-- 
Takashi Yano <takashi.yano@nifty.ne.jp>

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