From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 124799 invoked by alias); 2 Nov 2015 23:55:03 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 124790 invoked by uid 89); 2 Nov 2015 23:55:02 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.0 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 X-HELO: gwo4.mbox.net Received: from gwo4.mbox.net (HELO gwo4.mbox.net) (165.212.64.24) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Mon, 02 Nov 2015 23:55:01 +0000 Received: from gwo4.mbox.net (localhost [127.0.0.1]) by gwo4.mbox.net (Postfix) with ESMTP id 3nqWM767VJz18Y0m0 for ; Mon, 2 Nov 2015 23:54:59 +0000 (UTC) X-USANET-Received: from gwo4.mbox.net [127.0.0.1] by gwo4.mbox.net via mtad (C8.MAIN.4.02J) with ESMTP id 437TkBX344640Mo4; Mon, 02 Nov 2015 23:54:56 -0000 X-USANET-Routed: 5 gwsout-gwsd Q:gwsd X-USANET-Routed: 3 gwsout-vs Q:bmvirus X-USANET-GWS2-Tenant: electric-cloud.com X-USANET-GWS2-Tagid: ECLD Received: from S1P5HUB7.EXCHPROD.USA.NET [165.212.120.254] by gwo4.mbox.net via smtad (C8.MAIN.4.02Q) with ESMTPS id XID322TkBX359419Xo4; Mon, 02 Nov 2015 23:54:55 -0000 X-USANET-Source: 165.212.120.254 OUT aeolus@electric-cloud.com S1P5HUB7.EXCHPROD.USA.NET TLS X-USANET-MsgId: XID322TkBX359419Xo4 Received: from S1P5DAG5C.EXCHPROD.USA.NET ([169.254.3.130]) by S1P5HUB7.EXCHPROD.USA.NET ([10.120.223.37]) with mapi id 14.03.0235.001; Mon, 2 Nov 2015 23:54:55 +0000 From: John Carey To: "cygwin@cygwin.com" Subject: RE: pthread_kill: signals remain pending after target thread exits Date: Mon, 02 Nov 2015 23:55:00 -0000 Message-ID: <28F5B565B6F6424C87E4AC0DCC84316575D81F11@S1P5DAG5C.EXCHPROD.USA.NET> References: <28F5B565B6F6424C87E4AC0DCC84316575D71070@S1P5DAG5C.EXCHPROD.USA.NET> <20151021114810.GQ5319@calimero.vinschen.de> <28F5B565B6F6424C87E4AC0DCC84316575D73A86@S1P5DAG5C.EXCHPROD.USA.NET> <20151023125540.GI5319@calimero.vinschen.de> <28F5B565B6F6424C87E4AC0DCC84316575D8071E@S1P5DAG5C.EXCHPROD.USA.NET> <20151028091459.GZ5319@calimero.vinschen.de> <20151029080218.GF5319@calimero.vinschen.de> <28F5B565B6F6424C87E4AC0DCC84316575D81A49@S1P5DAG5C.EXCHPROD.USA.NET> <20151102141838.GB963@calimero.vinschen.de>,<20151102175800.GA13010@calimero.vinschen.de> In-Reply-To: <20151102175800.GA13010@calimero.vinschen.de> Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-IsSubscribed: yes X-SW-Source: 2015-11/txt/msg00057.txt.bz2 > From: Corinna Vinschen [corinna-cygwin@cygwin.com] > Sent: Monday, November 02, 2015 9:58 AM > On Nov 2 15:18, Corinna Vinschen wrote: > > On Oct 29 16:16, John Carey wrote: > > > > From: Corinna Vinschen [corinna-cygwin@cygwin.com] > > > > Sent: Thursday, October 29, 2015 1:02 AM > > > > On Oct 28 10:14, Corinna Vinschen wrote: > > > ... > > > > > > Thanks; that was fast! I tried replacing cygwin1.dll with cygw= in1-20151023.dll . > > > > > > > > > > > > The original test case now works. I checked some of my other t= ests, > > > > > > and unfortunately some of them failed, so I extracted out a new= test > > > > > > case, which is attached. My guess is that something is subtly = different > > > > > > about the timing on this test. > > > > > > > > > > Is this a regression? Did it work with 2.2.1? > > > > > > > > Answering myself here, this didn't work at all in 2.2.1. I can > > > > reproduce the problem and I'm going to take a look. Not sure if > > > > there's a quick solution, though. This looks like a deadlock > > > > situation. The signal definitely got send, I just don't see yet > > > > why it's not handled in wait_sig. > > > > > > Yes, test_pending_signal2.c fails in 2.2.1, though the symptoms > > > differ: there is no Cygwin process left hanging that cannot be > > > killed by a Cygwin signal. > > > > > > But both tests appear to pass in Cygwin 1.7.9, so in that sense > > > it is a regression, just not a recent one. > > > > The regression here was my original fix. It didn't clear pending > > signals for an exiting thread thorougly enough. I applied a patch now > > which should fix this issue. I'll upload a new developer snapshot to > > https://cygwin.com/snapshots/ later today or tomorrow (still looking > > into the PrlFS issue). Please give it a try. >=20 > Snapshot is up. The fix is in the 2.3.0-0.5 test release as well. > Please give any one of them a try. I tested snapshot cygwin1-20151102.dll, and it works in all of my tests. N= ice! I'm glad you figured out how to delete those pending signals. Thanks, John Carey -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple