FS#10765 - Inkscape 0.46-4 segfaults at the Text and Font menu
Attached to Project:
Arch Linux
Opened by Luca Bruno (kaeso) - Friday, 27 June 2008, 08:14 GMT
Last edited by Jan de Groot (JGC) - Sunday, 08 February 2009, 23:18 GMT
Opened by Luca Bruno (kaeso) - Friday, 27 June 2008, 08:14 GMT
Last edited by Jan de Groot (JGC) - Sunday, 08 February 2009, 23:18 GMT
|
Details
This bug was reported upstream at
https://bugs.launchpad.net/inkscape/+bug/226499
but can't be reproduced on other distro.
It could something specific to your packaging, or a something particular in your environment. This was reported to affect both x86 and x86_64 packages. Original bug report below: ********* The bug is really easy to reproduce, I just open one inkscape instance (version 0.46-4) then open the Text and Font from the Text menu, then I just press close and inkscape crashes. From console menu this is what I get: Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. (inkscape:6002): GLib-WARNING **: g_main_context_prepare(): main loop already active in another thread Segmentation fault I'm using Arch Linux and have just downloaded the precompiled binary with pacman. ********* |
This task depends upon
Closed by Jan de Groot (JGC)
Sunday, 08 February 2009, 23:18 GMT
Reason for closing: Won't implement
Additional comments about closing: Won't build without gnomevfs: I could not reproduce a working binary that doesn't crash at text and font menu.
Sunday, 08 February 2009, 23:18 GMT
Reason for closing: Won't implement
Additional comments about closing: Won't build without gnomevfs: I could not reproduce a working binary that doesn't crash at text and font menu.
(inkscape:19056): GLib-WARNING **: g_main_loop_run(): called recursively from within a source's check() or prepare() member, iteration not possible.
Segmentation fault
Trying to recompile this inkscape version fails due to a changed method in poppler-lib. inkscape-svn in AUR already includes a fix - only the file src/extension/internal/pdfinput/pdf-parser.cpp is affected. To use the fix, make sure you've added -DPOPPLER_NEW_GFXFONT to your CXXFLAGS. Have a look at the current svn-code or just use the diff file I attached to this comment.
Anyway, I would expect these compile-errors to be gone when using current inkscape-sources...
http://www.archlinux.it/forum/viewtopic.php?id=2423
Seems the problem is building it without gnome-vfs.
I left a comment about this in the inkscape bug tracker.
https://bugs.launchpad.net/inkscape/+bug/226499
Thanks for the solution! If there is important info in that thread that hasn't already been reported here or elsewhere, could you please provide a summary in English?
First, Inkscape will segfault when built --without-gnome-vfs. BTW, I disagree w/ the severity being "medium." This bug makes Inkscape completely unusable for any project involving text. Really, the upstream source needs to be fixed, but it doesn't appear that that's going to happen immediately, so how about implementing the dead-simple workaround of building our package --with-gnome-vfs? Please?
Oh, but wait, there's more: seems that when the above is done, Inkscape fails to build against the current version of GTK. See:
https://bugs.launchpad.net/inkscape/+bug/238223
However, the fix for this is very simple, too:
http://launchpadlibrarian.net/15113774/gtk-clist.patch