From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6365 invoked by alias); 7 May 2012 19:02:34 -0000 Received: (qmail 6357 invoked by uid 22791); 7 May 2012 19:02:33 -0000 X-SWARE-Spam-Status: No, hits=-1.5 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from cf002lin.cfengine.com (HELO cf002lin.cfengine.com) (62.109.39.151) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 07 May 2012 19:02:21 +0000 Received: from localhost (unknown [127.0.0.1]) by cf002lin.cfengine.com (Postfix) with ESMTP id D0C7118AAA for ; Mon, 7 May 2012 19:02:19 +0000 (UTC) Received: from cf002lin.cfengine.com ([127.0.0.1]) by localhost (cf002lin.cfengine.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KQQgdK8ek6N9 for ; Mon, 7 May 2012 21:02:19 +0200 (CEST) Received: from [192.168.1.16] (c-24-6-49-183.hsd1.ca.comcast.net [24.6.49.183]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by cf002lin.cfengine.com (Postfix) with ESMTPSA id 3BF542B0006 for ; Mon, 7 May 2012 21:02:17 +0200 (CEST) Message-ID: <4FA81C37.1020008@cfengine.com> Date: Mon, 07 May 2012 19:02:00 -0000 From: =?ISO-8859-1?Q?Eystein_M=E5l=F8y_Stenberg?= User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:12.0) Gecko/20120430 Thunderbird/12.0.1 MIME-Version: 1.0 To: pthreads-win32@sourceware.org Subject: New release? Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact pthreads-win32-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: pthreads-win32-owner@sourceware.org X-SW-Source: 2012/txt/msg00010.txt.bz2 Hi, I have encountered a severe bug on a 64-bit MinGW build (http://mingw-w64.sourceforge.net/) of version 2.8.0. pthread_mutex_trylock always returns 0, no matter if the lock is held or not, and it never takes the lock. This causes pthread_mutex_destroy to always fail, and probably has other bad effects. To reproduce, try the following. --- int res_init = pthread_mutex_init(&mutex, NULL); int res_lock = pthread_mutex_lock(&mutex); int res_trylock = pthread_mutex_trylock(&mutex); int res_trylock2 = pthread_mutex_trylock(&mutex); int res_unlock = pthread_mutex_unlock(&mutex); int res_destroy = pthread_mutex_destroy(&mutex); printf("res_init=%d, res_lock=%d, res_trylock=%d, res_trylock2=%d, res_unlock=%d, res_destroy=%d\n", res_init, res_lock, res_trylock, res_trylock2, res_unlock, res_destroy); --- This seems to have been fixed in the latest cvs release. Since it has also been almost 6 years since the last release, could we please get a new release soon? Thank you. -- Eystein