Bug 156443
Summary: | Using some functions crashes Inkscape | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Simon Lanzmich <simonlanzmich> |
Component: | inkscape | Assignee: | Phillip Compton <compton> |
Status: | CLOSED RAWHIDE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | rawhide | CC: | bugs.michael, denisleroy, dmalcolm, samuel.mutel, toniw |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2005-05-31 17:04:26 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | 156219, 156228 | ||
Bug Blocks: |
Description
Simon Lanzmich
2005-04-30 11:41:32 UTC
Just for the record, i386 is affected, too. Could be improper usage of libsigc++20. (gdb) bt #0 0x0089c7e2 in _dl_sysinfo_int80 () from /lib/ld-linux.so.2 #1 0x00e212dc in raise () from /lib/libc.so.6 #2 0x00e22a28 in abort () from /lib/libc.so.6 #3 0x00e5608a in __libc_message () from /lib/libc.so.6 #4 0x00e5bf94 in _int_free () from /lib/libc.so.6 #5 0x00e5c4cf in free () from /lib/libc.so.6 #6 0x0096b7a9 in operator delete () from /usr/lib/libstdc++.so.6 #7 0x080ddf69 in std::_List_base<sigc::slot_base, std::allocator<sigc::slot_bas e> >::_M_clear (this=0xa18de48) at /usr/lib/gcc/i386-redhat-linux/3.4.2/../../../../include/c++/3.4.2/ext/ne w_allocator.h:86 #8 0x00de6449 in ~signal_base (this=0xa18de30) at /usr/lib/gcc/i386-redhat-linux/4.0.0/../../../../include/c++/4.0.0/bits/s tl_list.h:332 #9 0x0813d8d8 in ~URIReference (this=0xa18de18) at uri-references.h:94 #10 0x0810b0e8 in ~SPClipPathReference (this=0xa18de18) at sp-item.cpp:310 #11 0x081076b6 in sp_item_release (object=0x9eebff4) at sp-item.cpp:310 #12 0x00331817 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #13 0x00325d9b in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #14 0x00326285 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #15 0x00334c96 in g_signal_stop_emission () from /usr/lib/libgobject-2.0.so.0 #16 0x00335ee0 in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 ---Type <return> to continue, or q <return> to quit--- I was able to reproduce the problem. I think this is a binary incompatibility between the currently available inkscape RPM and the libstdc++ library from gcc4. It needs to be rebuilt, however i was UNABLE to recompile the inkscape SRPM: it fails from something that looks like a gcc4 incompatibility related to bug 156219 (the current gtkmm24s don't build either). Now for the good news. Inkscape builds and works just fine with the recently updated libsigc++20-2.0.11, gtkmm24-2.6.2 and glibmm24-2.6.1. All of inkscape features and dialog boxes work. I will add the appropriate rebuild requests to the FC4 status page. Thanks for looking into it! For destructor related crashes, that sounds like a theory indeed. Actually, Inkscape was one of the packages, which failed to rebuild after the automated release version bump, which I later filed as bug 156228. *** Bug 157778 has been marked as a duplicate of this bug. *** inkscape-0.41-7, which should appear in Fedora Extras Development soon, should fix this. |