X-Recipient:	archive-cygwin AT delorie DOT 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:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=A11L/7O+4V3Ytexflqg+19DPDkhFB0x2HWq50BwF0FvPX9xLDo6Uo
	9VBzTeYlMQXfSzTfswM5Zlul1KFem370tRXW/xWTkA2tI8HKXrHFAqZ80zD0w0/2
	+cxwPLmQCZeV4JmYpO9/HyPXmnidFN7Y1ur7kLgErEDKvBtzxczgQ0=
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:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	bh=yB16EZTrmFp6rCbh9htfiqLVcIA=; b=p/xOQbcklq18yvTQncOcv1UBpAjh
	1dh+exXvbBuRxn1tqgDKSH9ipCBz4sqLckh0829BV+b2LDb3cSMVBrTZLJ+tji/u
	i8svCn6DvS3mGTN/c81VI3aXayAifLYB9T9QQJuPvfO423ccafLA4ZReztbHkitK
	9dADCV6o5n7zV1w=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Authentication-Results:	sourceware.org; auth=none
X-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-96.0 required=5.0 tests=AWL,BAYES_00,GOOD_FROM_CORINNA_CYGWIN,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_PBL,RCVD_IN_SORBS_DUL,RDNS_DYNAMIC autolearn=ham version=3.3.2 spammy=Hx-languages-length:2563, H*MI:sk:a50d8be, H*i:sk:a50d8be, H*f:sk:a50d8be
X-HELO:	calimero.vinschen.de
Date:	Tue, 31 May 2016 11:41:15 +0200
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin AT cygwin DOT com
Subject:	Re: gdb pty problem [Was: emacs gud-interface is not updated after gdb command execution (maybe because of incomplete output from gdb)]
Message-ID:	<20160531094115.GE24015@calimero.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
References:	<466943424 DOT 37628 DOT 394d161a-7219-415d-a659-0f774811ad2d DOT open-xchange AT email DOT 1und1 DOT de> <44459aa0-4381-2368-ab63-5dffc26f3344 AT cornell DOT edu> <e29d08b0-aaed-46ea-a4eb-960b1e462692 AT cornell DOT edu> <a50d8bef-cc9b-3b35-8812-b26360591662 AT cornell DOT edu>
MIME-Version:	1.0
In-Reply-To:	<a50d8bef-cc9b-3b35-8812-b26360591662@cornell.edu>
User-Agent:	Mutt/1.6.1 (2016-04-27)

--ep0oHQY+/Gbo/zt0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On May 30 18:41, Ken Brown wrote:
> On 5/30/2016 4:02 PM, Ken Brown wrote:
> > On 5/26/2016 8:31 AM, Ken Brown wrote:
> > > This looks like a bug I reported several years ago; it actually has
> > > nothing to do with emacs:
> > >=20
> > >   https://www.cygwin.com/ml/cygwin/2011-10/msg00445.html
> > >=20
> > > It was fixed but then reappeared some months later:
> > >=20
> > >   https://www.cygwin.com/ml/cygwin/2012-05/msg00049.html
> > >=20
> > > It was fixed again but apparently is back.  The test case from the
> > > original report still exhibits the problem.
> >=20
> > I've tracked down the commits that fixed this bug in the past.  The fir=
st fix was
> >=20
> > commit 31d2bedc585420092eb53895c5f5646651f13215
> > Author: Christopher Faylor <me AT cgf DOT cx>
> > Date:   Sun Oct 23 19:01:47 2011 +0000
> >=20
> >     * fhandler_tty.cc (fhandler_pty_slave::read): Use consistent way fo=
r testing
> >     ReadFile return.
> >     * pipe.cc (fhandler_pipe::create_selectable): Open the write side o=
f the pipe
> >     in message-mode to force writing as "chunks".  Explain why.
> >=20
> > The second was
> >=20
> > commit fb9d631817cc2b5d83c2a6ff928851d201c992bf
> > Author: Christopher Faylor <me AT cgf DOT cx>
> > Date:   Fri May 4 03:00:43 2012 +0000
> >=20
> >     * DevNotes: Add entry cgf-000002.
> >     * fhandler_tty.cc (bytes_available): Revert to previous Oct-2011 be=
havior where
> >     a dummy buffer is used to determine how many bytes will be read.
> >     (fhandler_pty_master::ioctl): Correct coercion in assignment.
> >=20
> > A few weeks later the code was simplified:
> >=20
> > commit bd8afa5eb160b56715b805befe850a5ba2131d28
> > Author: Christopher Faylor <me AT cgf DOT cx>
> > Date:   Wed May 16 01:56:41 2012 +0000
> >=20
> >     * DevNotes: Add entry cgf-000008.
> >     * fhandler_tty.cc (bytes_available): Simplify by returning the numb=
er of bytes
> >     available in the message unless that is zero.
> >=20
> > I've looked at the current code in the vicinity of these changes, and n=
othing jumps out at me as obviously breaking the previous fixes; but that d=
oesn't mean much.
>=20
> FWIW, if I take my original test case, as modified by cgf, and uncomment =
the
> line "sleep (1);", then the program finishes successfully.  I don't know =
if
> that provides a clue.
>=20
> For convenience, I'm attaching the modified test case.

Any chance you could bisect Cygwin to help finding the culprit?


Thanks,
Corinna

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

--ep0oHQY+/Gbo/zt0
Content-Type: application/pgp-signature; name="signature.asc"

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

iQIcBAEBCAAGBQJXTVw7AAoJEPU2Bp2uRE+gvqUQAJPRt1xYDEIFlGGdsllBqsr8
uI1O/kWJ7ud3h3jnM9w9wGiAh839p75GpdYY3lwTCR/GaIENJLkcvAJ4Y5SjBjL2
6bQ0PSjZrXkPy2HlkZ+qFwOfQ8s40Lol1IpkyELz0PKVxNCpQlEVgOPvdL3Twupz
F68h9JdtNtFgm3pfrMkCBs5ekZjj922uDjh82y6Rv8Bo6wgca8pljMrMSzb915UV
2Uz8ZtfuGhB6x18aehwjSgIc2TC5IWT+Bnhr/fdisYOuhcz6FUwv505t43XnEcuU
4CIBv+MXVGvEvH7MARJIlWUubdWRdT4rxo/uYFwjOkccM+bkR0qyFrD2AVY82MPW
diVv03n4U0y0CgcrOvRJ6eCUHVLeZAetf5ZExRfuH6L3qjdVZhQu9abS73lP0BQ5
F+4FklPC/bF1pBHmna4LzBQzBS1RDa1EuBcrxNWlAP3qos32K1RcF1vNuXJK3AEk
b88LGWvjc0v6Pd2AQvZV77I4+2zUWbYqrWBhnh/rdx1ovFDELYbo+x9+3VYTO2Wv
xxxUC2YNWJiEZnLtbnJgEBgtYfi3a2c7hDL2UZLbFyyOSTJdUmQpn/yLoLji1nWY
CQpXmlORnZdTpgKSGAzVjJ4fvZzwL5ekOPSydclo63AB5WyihpVEsxop1JfonwzC
XboLey2BddePeA1ud+Vo
=oW0N
-----END PGP SIGNATURE-----

--ep0oHQY+/Gbo/zt0--

- Raw text -