From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31474 invoked by alias); 8 May 2012 01:21:55 -0000 Received: (qmail 31465 invoked by uid 22791); 8 May 2012 01:21:54 -0000 X-SWARE-Spam-Status: No, hits=-3.6 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL X-Spam-Check-By: sourceware.org Received: from flexo.grapevine.net.au (HELO flexo.grapevine.net.au) (203.129.32.140) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 08 May 2012 01:21:39 +0000 Received: from localhost (localhost [127.0.0.1]) by flexo.grapevine.net.au (Postfix) with ESMTP id 7901C5E801D for ; Tue, 8 May 2012 11:21:37 +1000 (EST) Received: from flexo.grapevine.net.au ([127.0.0.1]) by localhost (flexo.grapevine.net.au [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sroVQlcj-YGD for ; Tue, 8 May 2012 11:21:37 +1000 (EST) Received: from [192.168.2.2] (ppp-48-178.grapevine.net.au [203.129.48.178]) by flexo.grapevine.net.au (Postfix) with ESMTP id 3C1CA5E8003 for ; Tue, 8 May 2012 11:21:37 +1000 (EST) Message-ID: <4FA8751E.3010109@homemail.com.au> Date: Tue, 08 May 2012 01:21:00 -0000 From: Ross Johnson User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:12.0) Gecko/20120420 Thunderbird/12.0 MIME-Version: 1.0 To: "pthreads-win32@sourceware.org" Subject: Re: New release? References: <4FA81C37.1020008@cfengine.com> In-Reply-To: <4FA81C37.1020008@cfengine.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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/msg00011.txt.bz2 Hi Eystein, Yes, the 64 bit code in 2.8.0 was probably very dodgy. I believe CVS is stable at the moment so I will consider tagging it as 2.9.0. ASAP. Ross On 8/05/2012 5:02 AM, Eystein Måløy Stenberg wrote: > 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. >