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=fc+7ALG32K8rTXM38BgI51Y64aNo4hQ+2PHneOYpQVHWF158ydBPG JFLNKKdNAGifgLLcjmssiac59J7e/GzSbCgLxytzJKWBtRIKTPB6+qkn/4WXgw03 8506+fezaLrcwdV2GecIs8GSzp1cySIEy61pyYm3Z5iCU+5EFAufS4= 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=ygDXPa/EoZHX35bCKDYCXRp2ui8=; b=SUYJAs51UZkRwgK8W9QOlT8ERLJ3 I65LPTHx9OAbVlbGwRrnMYMENJAfvZtkk7Ytxedcf5EcU/cmDie0ZEM2spM7XSCz oj++TS737Lyh2bG3jrZt+w31av10WAYbK+1lqAtVejYy+LDUrchbmNao/EDJRtTc JDz0jrqJIZRNgdk= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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-Spam-SWARE-Status: No, score=-107.8 required=5.0 tests=AWL,BAYES_00,GIT_PATCH_2,GOOD_FROM_CORINNA_CYGWIN,NORMAL_HTTP_TO_IP,NUMERIC_HTTP_ADDR,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=picture, Starting, D*@, yeah X-HELO: mout.kundenserver.de Date: Mon, 29 Jul 2019 10:45:52 +0200 From: Corinna Vinschen To: cygwin AT cygwin DOT com Subject: Re: Regression (last snapshot) Message-ID: <20190729084552.GL11632@calimero.vinschen.de> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com References: <8f6a87faa9c8130241c026889a01d763 AT xs4all DOT nl> <5414d0e1-79d9-cab7-b1bd-4761265bf8bd AT cornell DOT edu> <265a2749-95b6-38aa-a191-7913bfcc98b6 AT cornell DOT edu> <20190722152016 DOT GE21169 AT calimero DOT vinschen DOT de> <20190722155340 DOT GF21169 AT calimero DOT vinschen DOT de> <20190722164509 DOT GG21169 AT calimero DOT vinschen DOT de>

<4b59209a91e8384ec000e2724696791c AT smtp-cloud7 DOT xs4all DOT net> <935d8ce5-fd5c-3010-4664-bb2dc9b7ca2f AT cornell DOT edu> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="HcccYpVZDxQ8hzPO" Content-Disposition: inline In-Reply-To: <935d8ce5-fd5c-3010-4664-bb2dc9b7ca2f@cornell.edu> User-Agent: Mutt/1.11.3 (2019-02-01) --HcccYpVZDxQ8hzPO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Jul 27 15:24, Ken Brown wrote: > On 7/27/2019 6:21 AM, Houder wrote: > > On Fri, 26 Jul 2019 22:12:43, Ken Brown wrote: > >=20 > >> On 7/22/2019 2:47 PM, Houder wrote: > >=20 > >>> The specific regression as reported, has gone. > >>> > >>> 64-@@ uname -a > >>> CYGWIN_NT-6.1 Seven 3.1.0s(0.339/5/3) 2019-07-22 16:43 x86_64 Cygwin > >>> 64-@@ ls -lL <(grep bash .bashrc) > >>> pr-------- 1 Henri None 0 Jul 22 20:36 /dev/fd/63 > >> > > Over all the behavior has simularity w/ the error reported by David Kar= r: > >=20 > > https://cygwin.com/ml/cygwin/2019-07/msg00150.html > > ( Piping input from subprocess loses track of temp file ) >=20 > Thanks, I hadn't noticed that. >=20 > The situation is more complicated than what I reported. First, it happen= s even=20 > in cygwin-3.0.7, as David Karr's report suggests. Second, it's true that= I can=20 > only reproduce it under X11, but the pattern is not as regular as I thoug= ht. I=20 > just ran the ls command 1000 times in an xterm window under cygwin-3.0.7,= and I=20 > got the "Broken pipe" error 390 times, with a varying number of consecuti= ve=20 > successful runs between the errors. >=20 > Repeating this under the 20190722 or 20190725 snapshots gave slightly wor= se=20 > results (close to 500 errors). Using my own unoptimized build of cygwin1= .dll,=20 > the error count went up to about 650. I just tried this myself and I can't reproduce the problem. 1000 runs, no error. > I tried running under gdb, but I couldn't get grep to fail. More precise= ly, I=20 > didn't see an error message from grep. Every run looked like this: >=20 > $ gdb bash > GNU gdb (GDB) (Cygwin 8.2.1-1) 8.2.1 > [...] > (gdb) r -c 'ls -lL <(grep bash .bashrc)' > Starting program: /usr/bin/bash -c 'ls -lL <(grep bash .bashrc)' > [...] > pr-------- 1 kbrown None 0 2019-07-27 11:07 /dev/fd/63 > [...] > [Inferior 1 (process 21712) exited normally] >=20 > It would be better to be able to debug ls and/or grep, but I don't know h= ow to=20 > get to subprocesses in gdb. And I think I have to start with 'gdb bash' = in=20 > order for the process substitution to happen. Yeah, subprocess debugging is a problem in GDB. Given how this works, you can at least take grep out of the picture. Bash is doing all the lifting, so it's just bash and ls. Did you try to reproduce this under strace? Corinna --=20 Corinna Vinschen Cygwin Maintainer --HcccYpVZDxQ8hzPO Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEoVYPmneWZnwT6kwF9TYGna5ET6AFAl0+skAACgkQ9TYGna5E T6D9kw/+Nwv1g5Nt7DT8jR2N78DNbQv/LyyUN9WuW/lWHHV/6rUbxR9ilIi06ZUJ 5IOeO6oW/9lOpR5D/MGddbZCDDNHDF0J/955y9FY7qI/LijrQJtYURMsj2ip70wk Xo7+29FuGdvAfuIdsqaKm9z41Wb680KqklLAYZuEY5gMJXvBiGgSA3fnS7v5mtlC CT3JJIVcHDe3TNHkrVED0ulHH9mxwIQFq68kWi7uwzjS95nC2VhtThP6T35kAi45 3+iHsC8BXsmMSzmw2cN3cqDuqWWUAWnjD/Gou3ufQUUb6XA+iKvyQ3COL+ejT87w dRFf/cPMY/Wv+qQILUr0WlrqJ7V3dY2uRLZBhuEhhrf7a5wjGtoJCqDu5aihP8N3 g0pWAKkX/gTsyLT035TLv/lU16fglpo+wnT2ebCTopMowBXsmYXHr/lJnwq2d5Fa +3dAERTE2PBw7KNCkdwO5Ii3Ig4D/nTZ5Vex5+xbMi1aTHLQ6yWydkTYf1AM4KL3 5mpbgdiLuLjMc23Z635VsjJedKA+aw/fQsYPWYFba8wQD/EgYV2hUihHXxC+p+VW if/krtQhiX56PLBgYF/iXyz8t6T+9osBSUJQuxTLY2aw6HIcYOQWK+ujscBBrqvb 4NNcVWm75H1XFFtkXxv3rMRU6eI+dqOwQ0mrm0pgknYDmS9FQGU= =9F2k -----END PGP SIGNATURE----- --HcccYpVZDxQ8hzPO--