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 A8595382FA5B for ; Sat, 9 Apr 2022 11:01:09 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A8595382FA5B 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 22DB640D403E; Sat, 9 Apr 2022 11:00:59 +0000 (UTC) MIME-Version: 1.0 Date: Sat, 09 Apr 2022 14:00:59 +0300 From: Alexey Izbyshev To: Takashi Yano Cc: cygwin@cygwin.com Subject: Re: Deadlock of the process tree when running make In-Reply-To: <20220409191743.6da2268a36e8c9b4ab22c722@nifty.ne.jp> References: <9388316255ada0e0fcb2d849cce5a894@ispras.ru> <20220409191743.6da2268a36e8c9b4ab22c722@nifty.ne.jp> User-Agent: Roundcube Webmail/1.4.4 Message-ID: <1ecd670b1cdff43e0b0d7e5ee4c9cfc5@ispras.ru> X-Sender: izbyshev@ispras.ru Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-0.1 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: Sat, 09 Apr 2022 11:01:11 -0000 On 2022-04-09 13:17, Takashi Yano wrote: > Attaching gdb to the hanging process and dumping stack by 'bt' > command for each thread may diagnose more detail. I decided to simply look at assembly at the point shown in ProcessHacker stack trace (cygwin1.dll!feinitialise+0x5ecab) to avoid disturbing the process by gdb. And it's clear that the hang is in fhandler_pty_slave::reset_switch_to_pcon() at [1]. I've checked that there were some changes in that function since 3.3.4. Could they fix this deadlock? [1] https://cygwin.com/git/?p=newlib-cygwin.git;a=blob;f=winsup/cygwin/fhandler_tty.cc;h=7bef6958c106c5e78cc90e014081022fd3a205bc;hb=cygwin-3_3_4-release Thanks, Alexey