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:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type; q=dns; s=default; b=THeo h6mlRBZuQBRcRfunqPBpC+Abq7EEzB/8SeaTaFCXZjwWlzW9PGySl/Ixqw/ZSzrU Z3ztoxPvHjJ/lStOL1p2+1mRGyFI3N7RUROB+CSz9jye9B3n0mVMwLZjO1y7riag ewmNELnIMLxKihnHQxJsNWUdsNARygc8yr6rl/w= 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:subject:to:references:from:message-id:date :mime-version:in-reply-to:content-type; s=default; bh=iCuEMR1vX4 KixiSM+8G39LFuvr4=; b=QX6hh9E6bz3rJj1GnX+f7LFKeYVOVZ5kkHw/RG5IIj tLifHS1d84VJJ5onCM0trxt0yYIfBTNyF4fGOyrnIzS4KL2joWLu0IhoqfW/N1oo VxVQjdkkou2uzcpEmsalOHDMTblOirnwNRC2euyRY0/i8fIQW4Z3z8qZS3yWdniv A= 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=-1.3 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,UNSUBSCRIBE_BODY autolearn=no version=3.3.1 spammy=blake, Blake X-HELO: mx1.redhat.com Subject: Re: Regression (last snapshot) To: cygwin AT cygwin DOT com References: <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> <20190729084552 DOT GL11632 AT calimero DOT vinschen DOT de> <20190729134700 DOT GO11632 AT calimero DOT vinschen DOT de> <20190729152327 DOT GQ11632 AT calimero DOT vinschen DOT de> <20190729154049 DOT GR11632 AT calimero DOT vinschen DOT de> <8e57d4da-722d-1b9a-bd28-5f96ed182f6a AT cornell DOT edu> <0a09679b-1a0f-613b-04c8-1a63da8a00c2 AT cornell DOT edu> <33aead20-540c-ee3b-0d38-ff053fbac040 AT dronecode DOT org DOT uk> <12269538-c387-1f1e-ab5a-b36b60d09937 AT cornell DOT edu> From: Eric Blake Openpgp: preference=signencrypt Message-ID: Date: Thu, 1 Aug 2019 10:38:49 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <12269538-c387-1f1e-ab5a-b36b60d09937@cornell.edu> Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mJAxQtUvy1vXnNMJfAzREq2OBZHXyeXCX" X-IsSubscribed: yes --mJAxQtUvy1vXnNMJfAzREq2OBZHXyeXCX Content-Type: multipart/mixed; boundary="bEFHuahF124WhlBRLmNXHAKCAZYTvfy7w"; protected-headers="v1" From: Eric Blake To: cygwin AT cygwin DOT com Message-ID: Subject: Re: Regression (last snapshot) References: <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> <20190729084552 DOT GL11632 AT calimero DOT vinschen DOT de> <20190729134700 DOT GO11632 AT calimero DOT vinschen DOT de> <20190729152327 DOT GQ11632 AT calimero DOT vinschen DOT de> <20190729154049 DOT GR11632 AT calimero DOT vinschen DOT de> <8e57d4da-722d-1b9a-bd28-5f96ed182f6a AT cornell DOT edu> <0a09679b-1a0f-613b-04c8-1a63da8a00c2 AT cornell DOT edu> <33aead20-540c-ee3b-0d38-ff053fbac040 AT dronecode DOT org DOT uk> <12269538-c387-1f1e-ab5a-b36b60d09937 AT cornell DOT edu> In-Reply-To: <12269538-c387-1f1e-ab5a-b36b60d09937 AT cornell DOT edu> --bEFHuahF124WhlBRLmNXHAKCAZYTvfy7w Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable On 8/1/19 10:30 AM, Ken Brown wrote: >>> OK, when xwin-xdg-menu launches an application, it creates two pipes=20 >>> and sets >>> the application's stdout and stderr to the write ends of those pipes.= =20=20 > Well, I can't be sure that the pipes are responsible. It's just that=20 > the existence of the pipes is the only difference I could spot between=20 > an ordinary terminal and a terminal started from xwin-xdg-menu. >=20 > Is it possible that the logging somehow slows things down or changes the= =20 > buffering, so that the grep process takes longer to complete? This=20 > would be consistent with my theory that the broken pipe error doesn't=20 > really represent a bug, but rather it reflects the fact that ls exits=20 > before grep has finished writing. Could it be a case of xwin-xdg-menu calling signal(SIGPIPE, SIG_IGN) or similar, and accidentally letting grep inherit the ignored SIGPIPE? When SIGPIPE is not ignored, grep's failure to write to a pipe causes termination before the failed write completes; but when it is ignored, grep sees EPIPE from the failed write and reports that. --=20 Eric Blake, Principal Software Engineer Red Hat, Inc. +1-919-301-3226 Virtualization: qemu.org | libvirt.org --bEFHuahF124WhlBRLmNXHAKCAZYTvfy7w-- --mJAxQtUvy1vXnNMJfAzREq2OBZHXyeXCX Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- iQEzBAEBCAAdFiEEccLMIrHEYCkn0vOqp6FrSiUnQ2oFAl1DB4kACgkQp6FrSiUn Q2pEjQf+M5+RvlOb1mssCDhYmhfBJcpoT9zWsKevFmvEfkrmpBQDmR9aLXaG7ylI mE3sSEk54tOimFlVhrwbbADFr7i2fU9SOkVUjZGzYh0CrBu2FHqAn/VhVG2sHF2K MD3Wr+J01669lmFnb8G7lHMW958owTMoF4cuncGA1IyUKpEOtfNLAILq+qAMXNZ1 9s33ocZVcd6Zbvurc68rVLdczuqh2d9Nx8+CcNxMGnie9v9k86/4+zX+ihyCpo8f wDqfRprSDBmI4OE0CmrmRv46kotPgrfJaEsuUhqGUIkkaUlew1PLycPxO0qkBhl6 8LvufvSXANr2qbPyBblAOQeeiHuX3Q== =Q3lJ -----END PGP SIGNATURE----- --mJAxQtUvy1vXnNMJfAzREq2OBZHXyeXCX--