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=YmttH4Rhv8Vw/rJRi7Ao0PavrgSRNpTtXQoTiQhNlaS0fbUrrIVVe
	vlHUrflZ4i9wDwSZojmVREFfSklNwDkVdMID0mNzYerfTDO0mUAa3F4g15284znH
	GnPst8oqD1Wl7uqWheeyOoT42dIYtC0UTCI6jAczh10xGkT5B1i4+I=
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=UgtfPKQzzLbN8qlEN86HjbvUc7s=; b=VJ4iJVNj3WVx3kjlPRtGq4lw1/CB
	LSU/7DvJx/e5MjM9doYDVcn+Jc86ZMHb0Cw50Ab9co4gKH2vWCMmQ60Fd3ol5dCb
	iuGysh7OzJMcEEOBybxJP3s0KO8A/1/JiBNjkhH9/V2WwTmfmGTYv3joo17Rxg7E
	N6CttrVm/7aceFk=
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-Spam-SWARE-Status: No, score=-105.1 required=5.0 tests=AWL,BAYES_00,GOOD_FROM_CORINNA_CYGWIN,RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 spammy=
X-HELO: mout.kundenserver.de
Date: Mon, 29 Jul 2019 17:40:49 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Regression (last snapshot)
Message-ID: <20190729154049.GR11632@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <20190722164509 DOT GG21169 AT calimero DOT vinschen DOT de> <eb8007691b20df0eb8032ca3d2fa445f AT smtp-cloud8 DOT xs4all DOT net> <b3b04db5-7f03-8281-f376-6cd10207ec01 AT cornell DOT edu> <4b59209a91e8384ec000e2724696791c AT smtp-cloud7 DOT xs4all DOT net> <935d8ce5-fd5c-3010-4664-bb2dc9b7ca2f AT cornell DOT edu> <20190729084552 DOT GL11632 AT calimero DOT vinschen DOT de> <eea273ca-f190-c91a-7892-9407bfcf4326 AT cornell DOT edu> <20190729134700 DOT GO11632 AT calimero DOT vinschen DOT de> <ced2750a-0a52-1396-b6c1-f4228116bde7 AT cornell DOT edu> <20190729152327 DOT GQ11632 AT calimero DOT vinschen DOT de>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;	protocol="application/pgp-signature"; boundary="S0GG+JvAI2G0KxBG"
Content-Disposition: inline
In-Reply-To: <20190729152327.GQ11632@calimero.vinschen.de>
User-Agent: Mutt/1.11.3 (2019-02-01)

--S0GG+JvAI2G0KxBG
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Jul 29 17:23, Corinna Vinschen wrote:
> On Jul 29 14:26, Ken Brown wrote:
> > On 7/29/2019 9:47 AM, Corinna Vinschen wrote:
> > > On Jul 29 13:18, Ken Brown wrote:
> > >> $ strace -o trace.out ls -lL <(grep bash .bashrc)
> > >> ls: cannot access '/dev/fd/63': No such file or directory
> > >=20
> > > No, please run bash:
> > >=20
> > >    strace -o trace.out bash -c 'ls -lL <(grep bash .bashrc)'
> > >=20
> > > Otherwise there's no process actually creating the pipe, given the <()
> > > expression is a bash expression.
> >=20
> > Yes, of course.  I should have realized this since it's exactly what I
> > did under gdb.  Anyway, the result is the same as it was under gdb: If
> > I run the command under strace, I don't see the broken pipe error.
> >=20
> > Is it possible that debugging causes an fd to the read end of the pipe
> > to stay open longer, thereby preventing the error?
>=20
> The fact that you observe it sporadically points to a race condition.
> Debugging serializes stuff usually running in parallel, potentially
> eliminating the race.

Is there any chance this is a BLODA problem?  If /dev/fd/63 doesn't
exist in ls, it would mean ls didn't inherit the FIFO, which sounds
very unlikely.  I ran the ls call in a loop a couple of 1000 times,
even in parallel windows including xterm and I just can't reproduce.


Corinna

--=20
Corinna Vinschen
Cygwin Maintainer

--S0GG+JvAI2G0KxBG
Content-Type: application/pgp-signature; name="signature.asc"

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCAAdFiEEoVYPmneWZnwT6kwF9TYGna5ET6AFAl0/E4EACgkQ9TYGna5E
T6CFlQ/+KC/8G7ao8FCeAYxs82jc/xqLeWTDd0suisszWvINjQAM5azbBqpkE+lw
7pwnIKDbFmgkY+b/u6KdanyIs2FFdyJR/lJO2CzN9dxN0NxoleGjpPV4iPt5QL1W
xkttGU/3R4qeAU5+kQGm1OhDyIQ2NWdpp6+vPzMJWmvRyy/yvQQkchQ+JB4lHLd5
7rYH8dXuJet5Lb/5zDBcIVuWYkY+Bwq2I8UKSb8uUMEx3buO7MvtrU/e9vpeuo4t
Yhl2FXWPX9t0LhnOYGBZ12xUxweUN3W926jCxQGl+2vJa6djvPhCgLAAtIzEjfVz
vN2kcD3t9YXPMFZttxVMPbgCvC4m0j189dI41PzJyd3dE4g2mLZOVEE5DjQjBeJp
HiiJFHUPj1/jtJ4bYAWia4bXrZNAytwIaFS3mKU0fPxTeESQfZFr6zYi+QesK/Xu
Qpfd2UamD4L4pA7bjkQIIhhwStqaK3tbsF8Cxd6U0zTH/00TsQRPnQ3LYOmZBj3Y
zL2pQAECUeC2hQF+DO0nxaSLOzIjSiWtlmeDRRPgKG96/8l9ZFwtrXoE7FddoM+R
ax+y6xxXsDga+D92BFFx7Ab1gthtrBp+OzUVhlKQS5wppZiXUQo5X7T7LO6J05pu
tXjBU/Su5a43HtzFo+RcYU3U1aa3cEgGwsrB2v2ubTF2N3gl24A=
=487v
-----END PGP SIGNATURE-----

--S0GG+JvAI2G0KxBG--