X-Recipient: archive-cygwin AT delorie DOT com DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org A84243872F61 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cygwin.com; s=default; t=1649696847; bh=8NNVLeo1dVgLWbzHFjoLEZHlEJPgU/k/vITTTbC9Sqw=; h=Date:To:Subject:In-Reply-To:References:List-Id:List-Unsubscribe: List-Archive:List-Post:List-Help:List-Subscribe:From:Reply-To:Cc: From; b=dZd7a7Tj1czaCBr5ns8EExsZYNPEm42hswdG868RaV3D8aPJv+imhq34NwG1sXcQl 3FdFghGxHZ3iYNxJfixTbo6O97YCmBeTKIjplxW+ijireDGyL1sM3CfePojhsalqq+ gVNXhO4yRMB78V3RpPwMbb9IgjS46d6fYEFfN5KA= X-Original-To: cygwin AT cygwin DOT com Delivered-To: cygwin AT cygwin DOT com DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org D353A3852E3F Date: Mon, 11 Apr 2022 10:02:20 -0700 (PDT) X-X-Sender: jeremyd AT resin DOT csoft DOT net To: Alexey Izbyshev Subject: Re: Re: Deadlock of the process tree when running make In-Reply-To: Message-ID: References: User-Agent: Alpine 2.21 (BSO 202 2017-01-01) MIME-Version: 1.0 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 AT cygwin DOT 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: , From: Jeremy Drake via Cygwin Reply-To: Jeremy Drake Cc: cygwin AT cygwin DOT com Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: cygwin-bounces+archive-cygwin=delorie DOT com AT cygwin DOT com Sender: "Cygwin" On Mon, 11 Apr 2022, Alexey Izbyshev wrote: > Yes, sshd is running as a service, but I'm not sure that patch is relevant. In > my case, the problematic pipe that the hanging conhost.exe is waiting on is > probably created for that specific conhost.exe process within the process tree > rooted at "make", which runs as an ordinary user. Also, wouldn't the hang be > deterministic if the problem were in the pipe ownership? Yes it would. I just noticed some of the evidence pointing that way - a presumably native javac.exe, an anonymous "named pipe" handle, and then when I saw sshd involved the last piece required for that scenario - running as a service. But Takashi's reply sounds like sshd drops the well-known service sid when it switches to the logged-on user's token anyway. This is both good and bad, I guess. Bad because your problem may not be solved yet (though maybe with the latest test dll, fingers crossed!). Good because there's a mystery hang that's been plaguing me when running (under emulation) on Windows on ARM64 that the circumstances of that environment has made virtually impossible to debug, and every commit that mentions fixing a deadlock gives me new hope that that will be the fix that makes it go away. -- Problem reports: https://cygwin.com/problems.html FAQ: https://cygwin.com/faq/ Documentation: https://cygwin.com/docs.html Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple