Return-Path: Delivered-To: apmail-apr-bugs-archive@www.apache.org Received: (qmail 47052 invoked from network); 16 Nov 2007 23:18:30 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 16 Nov 2007 23:18:30 -0000 Received: (qmail 55167 invoked by uid 500); 16 Nov 2007 23:18:18 -0000 Delivered-To: apmail-apr-bugs-archive@apr.apache.org Received: (qmail 55132 invoked by uid 500); 16 Nov 2007 23:18:18 -0000 Mailing-List: contact bugs-help@apr.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@apr.apache.org Delivered-To: mailing list bugs@apr.apache.org Received: (qmail 55121 invoked by uid 99); 16 Nov 2007 23:18:18 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2007 15:18:18 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 16 Nov 2007 23:18:16 +0000 Received: by brutus.apache.org (Postfix, from userid 33) id 0C97F714249; Fri, 16 Nov 2007 15:17:59 -0800 (PST) From: bugzilla@apache.org To: bugs@apr.apache.org Subject: DO NOT REPLY [Bug 43876] - Thread pooling has thread safety/race condition errors In-Reply-To: X-Bugzilla-Reason: AssignedTo Message-Id: <20071116231800.0C97F714249@brutus.apache.org> Date: Fri, 16 Nov 2007 15:17:59 -0800 (PST) X-Virus-Checked: Checked by ClamAV on apache.org DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=43876 ------- Additional Comments From Joe.Mudd@sas.com 2007-11-16 15:17 ------- Isn't it true that the TH_PROBATION threads can wake up independently of their condition variable being posted? And if so, couldn't they wake up after the UNSPLICE but before the TH_STOP setting, acquire the me->lock and get around to the top of the loop before TH_STOP is set by the code in trim_threads() that is running outside of the me->lock protection? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: bugs-unsubscribe@apr.apache.org For additional commands, e-mail: bugs-help@apr.apache.org