From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 29064 invoked by alias); 19 Sep 2002 16:31:30 -0000 Mailing-List: contact pthreads-win32-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: pthreads-win32-owner@sources.redhat.com Received: (qmail 29041 invoked from network); 19 Sep 2002 16:31:29 -0000 Received: from unknown (HELO ptldme-mls2.maine.rr.com) (204.210.65.67) by sources.redhat.com with SMTP; 19 Sep 2002 16:31:29 -0000 Received: from desknetinc.com (ptd-24-194-195-52.maine.rr.com [24.194.195.52]) by ptldme-mls2.maine.rr.com (8.11.0/RoadRunner 1.03) with ESMTP id g8JGVRf11700 for ; Thu, 19 Sep 2002 12:31:27 -0400 (EDT) Message-ID: <3D89FC47.3020204@desknetinc.com> Date: Thu, 19 Sep 2002 09:31:00 -0000 From: Michael Johnson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.1) Gecko/20020826 X-Accept-Language: en-us, en MIME-Version: 1.0 To: pthreads-win32 discussion list Subject: Re: Deadlock interaction between pthread_cond_check_need_init.c and pthread_cond_destroy.c Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2002/txt/msg00098.txt.bz2 I see that Mozilla mangled my table that illustrates the deadlock when it converted it to plain text, instead of handling it intelligently. Here's the table with the spacing corrected: Thread A Thread B Enters ptw32_cond_check_need_init Enters pthread_cond_destroy EnterCriticalSection(&ptw32_cond_test_init_lock) EnterCriticalSection(&ptw32_cond_list_lock) (now holds ptw32_cond_test_init_lock) (now holds ptw32_cond_list_lock) Enters pthread_cond_init Determines that condvar is static initialized EnterCriticalSection(&ptw32_cond_list_lock) EnterCriticalSection(&ptw32_cond_test_init_lock) (now waiting to enter ptw32_cond_list_lock) (now waiting to enter ptw32_cond_test_init_lock) deadlocked Michael Johnson DeskNet Inc. 66 Pearl Street, Suite 300 Portland, ME 04101 Harness the Power of Your Content