From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 122505 invoked by alias); 31 May 2016 09:41:29 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 121834 invoked by uid 89); 31 May 2016 09:41:28 -0000 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 Received: from ipbcc0227e.dynamic.kabel-deutschland.de (HELO calimero.vinschen.de) (188.192.34.126) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 31 May 2016 09:41:18 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id BDED3A806E4; Tue, 31 May 2016 11:41:15 +0200 (CEST) Date: Tue, 31 May 2016 22:41:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.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@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <466943424.37628.394d161a-7219-415d-a659-0f774811ad2d.open-xchange@email.1und1.de> <44459aa0-4381-2368-ab63-5dffc26f3344@cornell.edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="ep0oHQY+/Gbo/zt0" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.6.1 (2016-04-27) X-SW-Source: 2016-05/txt/msg00423.txt.bz2 --ep0oHQY+/Gbo/zt0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2586 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 > > 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 > > 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 > > 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" Content-length: 819 -----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--