dotgnu-general
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [DotGNU]Status of cscc and Qt#


From: Rhys Weatherley
Subject: Re: [DotGNU]Status of cscc and Qt#
Date: Thu, 07 Nov 2002 09:20:44 +1000

Adam Treat wrote:

> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread 1024 (LWP 2115)]
> 0x40a4fd02 in QPtrList<QPostEvent>::deleteItem(void*) () from
> /usr/local/qt/lib/libqt-mt.so.3
> (gdb) bt
> #0  0x40a4fd02 in QPtrList<QPostEvent>::deleteItem(void*) () from
> /usr/local/qt/lib/libqt-mt.so.3
> #1  0x40cbec9b in QGList::clear() () from /usr/local/qt/lib/libqt-mt.so.3
> #2  0x40a4fa88 in QPostEventList::~QPostEventList() () from
> /usr/local/qt/lib/libqt-mt.so.3
> #3  0x40a4f488 in __static_initialization_and_destruction_0(int, int) () from
> /usr/local/qt/lib/libqt-mt.so.3
> #4  0x40a4f502 in _GLOBAL__D_qApp () from /usr/local/qt/lib/libqt-mt.so.3
> #5  0x409f3a9f in __do_global_dtors_aux () from
> /usr/local/qt/lib/libqt-mt.so.3
> #6  0x40d51491 in _fini () from /usr/local/qt/lib/libqt-mt.so.3
> #7  0x40163c9c in _dl_close () from /lib/libc.so.6
> #8  0x40163fd0 in _dl_close () from /lib/libc.so.6
> #9  0x40036f4b in dlopen () from /lib/libdl.so.2
> #10 0x40009a0b in _dl_catch_error () from /lib/ld-linux.so.2
> #11 0x400372ef in dlerror () from /lib/libdl.so.2
> #12 0x40036f71 in dlclose () from /lib/libdl.so.2
> #13 0x08065b7d in ILExecProcessDestroy (process=0x80edf50) at process.c:162
> #14 0x0804ad05 in main (argc=2, argv=0xbffff974) at ilrun.c:404

Hmmm ... it looks like it is blowing up in "libqt-mt" when the native
library is unloaded using "dlclose".  I'm not sure how to debug that.

Mono doesn't appear to call "dlclose" at shutdown time, so it may
avoid the SEGV by simply not doing any cleanup on dynamic libraries.
Unless the "dlclose" is happening somewhere that I can't find right now.

You could try commenting out the call to "ILDynLibraryClose" in
"ILExecProcessDestroy" and seeing if that helps.  It isn't really
a long-term solution though.

> *sigh*  We have been having so many problems with our Disposal code and
> implementing IDisposable with Mono.  Rhys, do you have Qt# installed?  You'd
> need Mono to generate the bindings (apparently pnet's System.Xml can't run
> our generator yet.)  Thank you for all your help Rhys.

I don't have Mono installed, only the CVS sources.  I will install
Qt# soon.  (Reason #154 why Rhys writes code generators in C instead
of C#: no bootstrapping problems! :-) ).

Cheers,

Rhys.


reply via email to

[Prev in Thread] Current Thread [Next in Thread]