From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from loire.is.ed.ac.uk (loire.is.ed.ac.uk [129.215.16.10]) by sourceware.org (Postfix) with ESMTPS id 592193858D39 for ; Tue, 9 Nov 2021 14:47:31 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 592193858D39 Received: from crunchie.inf.ed.ac.uk (crunchie.inf.ed.ac.uk [129.215.202.41]) by loire.is.ed.ac.uk (8.14.7/8.14.7) with ESMTP id 1A9ElRhe031656 (version=TLSv1/SSLv3 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Tue, 9 Nov 2021 14:47:27 GMT Received: from ecclerig.inf.ed.ac.uk (ecclerig.inf.ed.ac.uk [129.215.24.151]) by crunchie.inf.ed.ac.uk (8.14.7/8.14.7) with ESMTP id 1A9ElPYc014025; Tue, 9 Nov 2021 14:47:25 GMT Received: by ecclerig.inf.ed.ac.uk (Postfix, from userid 27024) id E282D120245; Tue, 9 Nov 2021 14:47:26 +0000 (GMT) To: Ken Brown Cc: Subject: Re: Another pipe-related problem? References: <05c4180e-396b-4af3-ac0c-2ab8125df17e@cornell.edu> From: "Henry S. Thompson" Date: Tue, 09 Nov 2021 14:47:26 +0000 In-Reply-To: (Ken Brown's message of "Tue\, 9 Nov 2021 09\:11\:28 -0500") Message-ID: User-Agent: Gnus/5.101 (Gnus v5.10.10) XEmacs/21.5-b34 (linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Edinburgh-Scanned: at loire.is.ed.ac.uk X-Spam-Status: No, score=-2.2 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, RCVD_IN_MSPIKE_H2, SPF_HELO_PASS, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 09 Nov 2021 14:47:33 -0000 [private reply -- it's not exactly a private repo, but it's really not ready for prime-time with users expecting to be able to raise issues etc.] Ken Brown writes: > ... > I was aware that the bitbucket repo didn't exist, because I tried to get the > sources there. But I didn't know about the fork. Please point me to it, or > just make a tarball available to me somehow. https://foss.heptapod.net/xemacs >> ... > I'll have to reproduce the hang myself in order to test this (or > maybe you could test it), but I now have a new guess: If the read > call above keeps failing with EINTR, then we're in an infinite loop. > This could happen because of the following code in > fhandler_pipe::raw_read: > > DWORD waitret = cygwait (read_mtx, timeout); > switch (waitret) > { > case WAIT_OBJECT_0: > break; > case WAIT_TIMEOUT: > set_errno (EAGAIN); > len = (size_t) -1; > return; > default: > set_errno (EINTR); > len = (size_t) -1; > return; > } > Let's wait and see what Takashi says -- I see from github blame that was introduced between 3.2 and 3.3.0, so certainly _could_ be the culprit. I've never tried to build my own Cygwin... Thanks, ht -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: ht@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam] The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336.