From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail231.csoft.net (mail231.csoft.net [96.47.74.235]) by sourceware.org (Postfix) with ESMTPS id BE2783865C28 for ; Fri, 25 Mar 2022 03:42:53 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org BE2783865C28 Received: from mail231.csoft.net (localhost [127.0.0.1]) by mail231.csoft.net (Postfix) with ESMTP id EF999CC06; Thu, 24 Mar 2022 23:42:50 -0400 (EDT) Received: from mail231 (mail231 [96.47.74.235]) (using TLSv1.2 with cipher ECDHE-RSA-CHACHA20-POLY1305 (256/256 bits)) (No client certificate requested) (Authenticated sender: jeremyd) by mail231.csoft.net (Postfix) with ESMTPSA id EBE98CBAA; Thu, 24 Mar 2022 23:42:50 -0400 (EDT) Date: Thu, 24 Mar 2022 20:42:50 -0700 (PDT) From: Jeremy Drake X-X-Sender: jeremyd@resin.csoft.net To: Takashi Yano cc: cygwin@cygwin.com Subject: Re: pipe hang issue when running as SYSTEM In-Reply-To: <20220322221756.2b7e80ec0a51e7ebd9df5a53@nifty.ne.jp> Message-ID: References: <20220322191807.8348f074683c127b1723c5c2@nifty.ne.jp> <20220322221756.2b7e80ec0a51e7ebd9df5a53@nifty.ne.jp> User-Agent: Alpine 2.21 (BSO 202 2017-01-01) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, SPF_HELO_PASS, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE 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: Fri, 25 Mar 2022 03:42:56 -0000 On Tue, 22 Mar 2022, Takashi Yano wrote: > > Thanks for the report. This is expected problem as mentioned > > in b531d6b commit message. However, I could not imagin the > > situation that the service has multiple writer for the pipe > > and one of them is a non-cygwin app. > > > > Question is: Does the docker invoke the command using SYSTEM > > account? Or is the processes in docker determined as running > > as a service? > > I confirmed the processes in Windows docker are running as > well_known_service_sid. Let me consider a while. > Just got another report to MSYS2 of this behavior, this time from a Gitlab CI runner that is running as a service and trying to pipe output from Microsoft cl.exe while running configure. This user reports that 3.3.4 with your "[PATCH v2] Cygwin: pipe: Avoid deadlock for non-cygwin writer." applied to it does not solve the problem. https://github.com/msys2/MSYS2-packages/issues/2893