Message-ID: <4B856401.2000905@gmail.com>
Date: Wed, 24 Feb 2010 17:38:09 +0000
From: Andrew West <andrewwest@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1
MIME-Version: 1.0
To: cygwin@cygwin.com
Subject: Re: Statically initialising pthread attributes in dynamic dlls.
References: <4B825D76.6000105@gmail.com>  <4B82C093.7010001@gmail.com>  <4B83A727.3030101@gmail.com>  <4B841026.1000905@gmail.com> <20100224004403.GA24591@ednor.casa.cgf.cx> <4B848353.2010209@gmail.com> <4B84B08C.7060302@gmail.com> <4B84B887.6070801@gmail.com>
In-Reply-To: <4B84B887.6070801@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com

On 24/02/2010 05:26, Dave Korn wrote:
>    Yeh, that works nicely.  Here's what I tested, along with a couple of extra
> test cases I used to check whether exception handling was still working before
> and after the dlopen call.  With the current state of HEAD, the first one
> works (by which I mean "prints 'sig 11' forever" and the second one fails (by
> which I means reaches some sort of exit without hitting the signal handler at
> all).  With the attached diff, they both work (as does the original unmodified
> testcase).
>
>    This is just a brain dump because I'm off to bed now, hence no change log,
> and there's still commented-out stuff and inadequate commenting, but I figured
>   I may as well let everyone know what I found out.  'night all!
>
>    

I've tried out the latest snapshots with the code that I originally 
found this bug with and it fixed the problem of
being able to successfully call dlopen, but I seemed to run into what I 
think was a similar problem when
I called dlclose.

Unfortunately I can't seem to create a simple test case demonstrating 
this. If LoadLibrary could possibly remove
the cygwin exception_handler isn't it possible that FreeLibrary could as 
well?

I adding the line;

  _my_tls.init_exception_handler (_cygtls::handle_exceptions);

To 'cygwin_detach_dll' before the 'dlls.detach' call and this seemed to 
fix the problem, but I'm not entirely sure of
what the reprocusions of this might be.

Andy

--
Problem reports:       http://cygwin.com/problems.html
FAQ:                   http://cygwin.com/faq/
Documentation:         http://cygwin.com/docs.html
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple