From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail.ispras.ru (mail.ispras.ru [83.149.199.84]) by sourceware.org (Postfix) with ESMTPS id BDD113858D1E for ; Mon, 11 Apr 2022 15:28:48 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org BDD113858D1E Authentication-Results: sourceware.org; dmarc=pass (p=none dis=none) header.from=ispras.ru Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=ispras.ru Received: from mail.ispras.ru (unknown [83.149.199.84]) by mail.ispras.ru (Postfix) with ESMTPSA id DDBE84076242; Mon, 11 Apr 2022 15:28:41 +0000 (UTC) MIME-Version: 1.0 Date: Mon, 11 Apr 2022 18:28:41 +0300 From: Alexey Izbyshev To: cygwin@jdrake.com Cc: cygwin@cygwin.com Subject: Re: Re: Deadlock of the process tree when running make In-Reply-To: User-Agent: Roundcube Webmail/1.4.4 Message-ID: X-Sender: izbyshev@ispras.ru Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=BAYES_00, DOS_RCVD_IP_TWICE_B, KAM_DMARC_STATUS, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no 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: Mon, 11 Apr 2022 15:28:51 -0000 On 2022-04-11 08:23, Jeremy Drake wrote: > On Sat, 9 Apr 2022, Alexey Izbyshev wrote: >> I don't have mintty because "make" is run via an SSH session. I >> suppose >> I should look into sshd in this case? > Sshd wouldn't happen to be running as a service, would it? > https://cygwin.com/pipermail/cygwin-patches/2022q2/011867.html (I've noticed your message in the mailing list archive, please add me to CC on replying, I'm not subscribed) 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? Alexey