Axel Simon wrote: >> Axel Simon wrote: >> [...] >>> This GDB was configured as "x86_64-redhat-linux-gnu"... >>> Using host libthread_db library "/lib64/libthread_db.so.1". >>> (gdb) run >>> [Thread debugging using libthread_db enabled] >>> [New Thread 46912496453984 (LWP 12364)] >>> [New Thread 1084229968 (LWP 12367)] >>> [New Thread 1094719824 (LWP 12368)] >>> >>> Program received signal SIGSEGV, Segmentation fault. >> >> Is this easy to reproduce for you? It doesn't seem to crash for me, >> but that's on an uniprocessor x86 computer. > > I think it does this every time. Note that this is with the ghc 6.10 > snapshot with the Gtk2Hs patch that lets finalizers run as threads.
I used the gtk2hs head (which includes that patch), with gtk+-2.14.7 and glib-2.18.4. I tried it on ghc-6.10.1, ghc-6.10.2 and ghc-6.11.20090404. ghc-6.10.2 is slightly more recent than your snapshot, but I don't remember seeing any relevant patches in the meantime. > It might just be a NULL pointer that is being freed. Even then, the > function pointer being freed should never be NULL. It might also be a FunPtr being freed twice. But I don't see why that would happen either, unless glib calls a destroy notifier twice. > I haven't had the time to investigate. It might be trivial. Or it might > be a bug in GHC. Anywhere between these two extremes. > Thanks for the list, it might indeed come in handy if/when we're > changing the use of finalizers to the immediately run C finalizers. > This might not be possible at all since objectWeakref allows you to > add a callback that is called when the object is destroyed (which is > exactly the forbidden way to enter the GHC runtime). I agree - we can't do that, because of those destroy notifiers. Bertram ------------------------------------------------------------------------------ This SF.net email is sponsored by: High Quality Requirements in a Collaborative Environment. Download a free trial of Rational Requirements Composer Now! http://p.sf.net/sfu/www-ibm-com _______________________________________________ Gtk2hs-devel mailing list Gtk2hs-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/gtk2hs-devel
