Re: dlopen() bug (new testcase)

2006-04-03 Thread Gary Zablackis
--- Bernhard Loos <[EMAIL PROTECTED]> wrote: > I was able to track the problem down, inserting a > call to > _my_tls.init_exception_handler > (_cygtls::handle_exceptions); > in the function dll::init() solves it. But I'm > unsure, whether it introduce > other bugs. If somebody has checked this, I

Re: dlopen() bug (new testcase)

2006-03-30 Thread Bernhard Loos
-Ursprüngliche Nachricht- Von: Eric Blake Gesendet: Thu, 30 Mar 2006 15:04:27 + (UTC) >Bernhard Loos web.de> writes: >> >> >You'll have to read the archives. Eric Blake has talked about this very >> >recently. >> >> Sorry, but I'm unable to locate it. The last post mentioning IsBad

Re: dlopen() bug (new testcase)

2006-03-30 Thread Eric Blake
Bernhard Loos web.de> writes: > > >You'll have to read the archives. Eric Blake has talked about this very > >recently. > > Sorry, but I'm unable to locate it. The last post mentioning IsBad*Ptr occoured > arround March 2005 - not very recently. http://cygwin.com/ml/cygwin/2006-03/msg00455.

Re: dlopen() bug (new testcase)

2006-03-30 Thread Bernhard Loos
> -Ursprüngliche Nachricht- > Von: Christopher Faylor > Gesendet: Wed, 29 Mar 2006 19:06:56 -0500 >>>00:00:00.703: LoadLibraryA("H:\cygwin\test\CrashTest\CrashTest.dll") called >>>from "CYGWIN1.DLL" at address 0x6100FE42 by thread 1. >>>00:00:00.718: Loaded "CRASHTEST.DLL" at address 0

Re: dlopen() bug (new testcase)

2006-03-29 Thread Christopher Faylor
On Thu, Mar 30, 2006 at 01:35:54AM +0200, Bernhard Loos wrote: >> -Urspr?ngliche Nachricht- >> Von: Christopher Faylor >> Gesendet: Wed, 29 Mar 2006 18:15:34 -0500 >>On Thu, Mar 30, 2006 at 01:10:56AM +0200, Bernhard Loos wrote: >>>I looked at the problem again this week, but unfortunately

Re: dlopen() bug (new testcase)

2006-03-29 Thread Bernhard Loos
> -Ursprüngliche Nachricht- > Von: Christopher Faylor > Gesendet: Wed, 29 Mar 2006 18:15:34 -0500 >On Thu, Mar 30, 2006 at 01:10:56AM +0200, Bernhard Loos wrote: >>I looked at the problem again this week, but unfortunately I'm unable >>to debug anything happening after the first SIGSEGV.

Re: dlopen() bug (new testcase)

2006-03-29 Thread Christopher Faylor
On Thu, Mar 30, 2006 at 01:10:56AM +0200, Bernhard Loos wrote: >I looked at the problem again this week, but unfortunately I'm unable >to debug anything happening after the first SIGSEGV. I inserted a view >OutputDebugString()-calls and got those results: > >00:00:00.703: LoadLibraryA("H:\cygwin\t

Re: dlopen() bug (new testcase)

2006-03-29 Thread Bernhard Loos
Hello I looked at the problem again this week, but unfortunately I'm unable to debug anything happening after the first SIGSEGV. I inserted a view OutputDebugString()-calls and got those results: 00:00:00.703: LoadLibraryA("H:\cygwin\test\CrashTest\CrashTest.dll") called from "CYGWIN1.DLL" at ad

Re: dlopen() bug

2006-03-23 Thread skaller
On Thu, 2006-03-23 at 06:02 -0800, Gary Zablackis wrote: > --- skaller <[EMAIL PROTECTED]> wrote: > > > On Wed, 2006-03-22 at 03:35 +0100, Bernhard Loos > > wrote: > > > > > If the C++library declares its calls as 'extern > > "C"' (as it is done in the example), > > > AFAIK there shouldn't be any

Re: dlopen() bug

2006-03-23 Thread Gary Zablackis
--- skaller <[EMAIL PROTECTED]> wrote: > On Wed, 2006-03-22 at 03:35 +0100, Bernhard Loos > wrote: > > > If the C++library declares its calls as 'extern > "C"' (as it is done in the example), > > AFAIK there shouldn't be any problem. > > Doesn't matter what you think you know -- it's not a > per

RE: dlopen() bug (new testcase)

2006-03-23 Thread Dave Korn
On 22 March 2006 22:08, Bernhard Loos wrote: > It would be really nice, if somebody with some more knowlegde could take a > look at this, > because I'm unable to debug the program. I get only some strange > errormessages and no backtrace. I did start looking at it with the earlier testcases, a

Re: dlopen() bug (new testcase)

2006-03-22 Thread skaller
On Wed, 2006-03-22 at 23:07 +0100, Bernhard Loos wrote: Code below. I want to confirm: I have two Cygwin installations. I upgraded one to use 1.5.19, the other uses 1.5.18. 1.5.18 runs the below code fine. It crashes with 1.5.19. For me even worse -- it crashes even a statically linked executab

Re: dlopen() bug (new testcase)

2006-03-22 Thread Bernhard Loos
> -Ursprüngliche Nachricht- > Von: skaller userssourceforgenet> > On Wed, 2006-03-22 at 03:35 +0100, Bernhard Loos wrote: > > > If the C++library declares its calls as 'extern "C"' (as it is done in the > > example), > > AFAIK there shouldn't be any problem. > > Doesn't matter what you

Re: dlopen() bug

2006-03-21 Thread skaller
On Wed, 2006-03-22 at 03:35 +0100, Bernhard Loos wrote: > If the C++library declares its calls as 'extern "C"' (as it is done in the > example), > AFAIK there shouldn't be any problem. Doesn't matter what you think you know -- it's not a permitted thing to do, you never know what implementors ar

Re: dlopen() bug

2006-03-21 Thread Bernhard Loos
> -Ursprüngliche Nachricht- > Von: skaller users sourceforge net> > Gesendet: 21.03.06 20:31:08 > On Tue, 2006-03-21 at 19:52 +0100, Bernhard Loos wrote: > > Hello > > > > Is there any progress in solving the problem mentioned in this thread: > > http://cygwin.com/ml/cygwin/2006-03/msg

Re: dlopen() bug

2006-03-21 Thread skaller
On Tue, 2006-03-21 at 19:52 +0100, Bernhard Loos wrote: > Hello > > Is there any progress in solving the problem mentioned in this thread: > http://cygwin.com/ml/cygwin/2006-03/msg00274.html ? The example in that page is bugged and there is no reason at all to expect it to work. The mainline ct.

Re: dlopen() bug

2006-03-21 Thread Gary Zablackis
--- Bernhard Loos <[EMAIL PROTECTED]> wrote: > Hello > > Is there any progress in solving the problem > mentioned in this thread: > http://cygwin.com/ml/cygwin/2006-03/msg00274.html ? > > Because this is also prevents qt-applications from > even starting. > > > Bernhard > Bernhard,

dlopen() bug

2006-03-21 Thread Bernhard Loos
Hello Is there any progress in solving the problem mentioned in this thread: http://cygwin.com/ml/cygwin/2006-03/msg00274.html ? Because this is also prevents qt-applications from even starting. Bernhard __ Verschicken Sie rom