From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14396 invoked by alias); 1 May 2006 14:30:51 -0000 Received: (qmail 14388 invoked by uid 22791); 1 May 2006 14:30:50 -0000 X-Spam-Check-By: sourceware.org Received: from grerelbas03.net.external.hp.com (HELO grerelbas03.bastion.europe.hp.com) (192.6.111.87) by sourceware.org (qpsmtpd/0.31) with ESMTP; Mon, 01 May 2006 14:30:46 +0000 Received: from IDAEXG12.emea.cpqcorp.net (idaexg12.emea.cpqcorp.net [16.16.5.39]) by grerelbas03.bastion.europe.hp.com (Postfix) with ESMTP id 5E94134022 for ; Mon, 1 May 2006 16:30:44 +0200 (CEST) Received: from idaexc03.emea.cpqcorp.net ([16.16.5.20]) by IDAEXG12.emea.cpqcorp.net with Microsoft SMTPSVC(6.0.3790.1830); Mon, 1 May 2006 16:30:44 +0200 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: Bug with pthread_cond_timedwait Date: Mon, 01 May 2006 14:30:00 -0000 Message-ID: <27F79A9AE14D51489260F798E4CA6CDD03A0B5DE@idaexc03.emea.cpqcorp.net> From: "Gobet, Joseph Jean Marie" To: X-IsSubscribed: yes Mailing-List: contact pthreads-win32-help@sourceware.org; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: pthreads-win32-owner@sourceware.org X-SW-Source: 2006/txt/msg00012.txt.bz2 Hi, We have found a bug in the pthreads library: The specific call with the problem is pthread_cond_timedwait(), which is supposed to allow the caller to wait for either a condition to occur or a timeout to occur. The bug causes the call to return immediately with a timeout (ETIMEDOUT) even if the timeout period requested is something long like 15 minutes. We have found this behavior on two machines, both Windows server 2003 multi processor. The problem is happening rarely (1 per month) and very hard to debug. We are using pthreads-2004-06-22, Is this issue appeared all ready? Is this issue fixed with a more uptodate version? Thanks