From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27791 invoked by alias); 29 Jul 2019 08:45:58 -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 27773 invoked by uid 89); 29 Jul 2019 08:45:57 -0000 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 Received: from mout.kundenserver.de (HELO mout.kundenserver.de) (212.227.17.24) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 29 Jul 2019 08:45:56 +0000 Received: from calimero.vinschen.de ([24.134.7.25]) by mrelayeu.kundenserver.de (mreue106 [212.227.15.183]) with ESMTPSA (Nemesis) id 1Mlejs-1iHh8l2ZLG-00ijN5 for ; Mon, 29 Jul 2019 10:45:53 +0200 Received: by calimero.vinschen.de (Postfix, from userid 500) id 079B9A80668; Mon, 29 Jul 2019 10:45:53 +0200 (CEST) Date: Mon, 29 Jul 2019 08:45:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: Regression (last snapshot) Message-ID: <20190729084552.GL11632@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <8f6a87faa9c8130241c026889a01d763@xs4all.nl> <5414d0e1-79d9-cab7-b1bd-4761265bf8bd@cornell.edu> <265a2749-95b6-38aa-a191-7913bfcc98b6@cornell.edu> <20190722152016.GE21169@calimero.vinschen.de> <20190722155340.GF21169@calimero.vinschen.de> <20190722164509.GG21169@calimero.vinschen.de> <4b59209a91e8384ec000e2724696791c@smtp-cloud7.xs4all.net> <935d8ce5-fd5c-3010-4664-bb2dc9b7ca2f@cornell.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) X-SW-Source: 2019-07/txt/msg00250.txt.bz2 --HcccYpVZDxQ8hzPO Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 2407 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" Content-length: 833 -----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--