Inkscape crashes with "out of memory" when ungrouping
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Inkscape |
New
|
Undecided
|
Unassigned |
Bug Description
I'm trying to edit a (probably very complex) .ai file. Importing works, but when trying to ungroup the master object, Inkscape starts eating more memory, then crashes with an "Out of memory" error.
Running the latest trunk (Inkscape 0.48.3.1 r (May 23 2012)), on Linux Mint Isadora (== Ubuntu Lucid) 32-bit with 4G of memory - but also happens with 0.48.2 r9819 (Oct 7 2011).
Steps to reproduce:
* open PhaistosDiskTux
* Import with default settings
* Click object
* Right click, select "Ungroup"
Here's the GDB output:
meersjo@
GNU gdb (GDB) 7.1-ubuntu
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i486-linux-gnu".
For bug reporting instructions, please see:
<http://
Reading symbols from /usr/bin/
(gdb) run SparkleShare/
Starting program: /usr/bin/inkscape SparkleShare/
[Thread debugging using libthread_db enabled]
[New Thread 0xb454ab70 (LWP 6105)]
[Thread 0xb454ab70 (LWP 6105) exited]
** (inkscape:6074): WARNING **: GC Warning: Out of Memory! Returning NIL!
terminate called after throwing an instance of 'std::bad_alloc'
what(): std::bad_alloc
Program received signal SIGABRT, Aborted.
0x0012d422 in __kernel_vsyscall ()
(gdb) bt
#0 0x0012d422 in __kernel_vsyscall ()
#1 0x01baf651 in raise () from /lib/tls/
#2 0x01bb2a82 in abort () from /lib/tls/
#3 0x01b1752f in __gnu_cxx:
#4 0x01b15465 in ?? () from /usr/lib/
#5 0x01b154a2 in std::terminate() () from /usr/lib/
#6 0x01b155e1 in __cxa_throw () from /usr/lib/
#7 0x08554dfd in Inkscape:
#8 0x085531b8 in Inkscape:
#9 0x0854c36b in Inkscape:
#10 0x08554d09 in Inkscape:
#11 0x085531b8 in Inkscape:
#12 0x0854c36b in Inkscape:
#13 0x08554d09 in Inkscape:
#14 0x085531b8 in Inkscape:
#15 0x0854c36b in Inkscape:
#16 0x082db857 in sp_item_
#17 0x08559f58 in ?? ()
#18 0x00eaedcc in g_cclosure_
#19 0x00ea1252 in g_closure_invoke () from /usr/lib/
#20 0x00eb599d in ?? () from /usr/lib/
#21 0x00eb6db4 in g_signal_
#22 0x00eb7256 in g_signal_emit () from /usr/lib/
#23 0x00a2f3f5 in gtk_widget_activate () from /usr/lib/
#24 0x0090d9b0 in gtk_menu_
#25 0x0090f32f in ?? () from /usr/lib/
#26 0x00904c74 in ?? () from /usr/lib/
#27 0x008fe434 in ?? () from /usr/lib/
#28 0x00e9f8b9 in ?? () from /usr/lib/
#29 0x00ea1252 in g_closure_invoke () from /usr/lib/
#30 0x00eb55e6 in ?? () from /usr/lib/
#31 0x00eb6c33 in g_signal_
#32 0x00eb7256 in g_signal_emit () from /usr/lib/
#33 0x00a2b646 in ?? () from /usr/lib/
#34 0x008f6a6d in gtk_propagate_event () from /usr/lib/
#35 0x008f7e17 in gtk_main_do_event () from /usr/lib/
#36 0x00bec39a in ?? () from /usr/lib/
#37 0x00f245e5 in g_main_
#38 0x00f282d8 in ?? () from /lib/libglib-
#39 0x00f28817 in g_main_loop_run () from /lib/libglib-
#40 0x008f83d9 in gtk_main () from /usr/lib/
#41 0x003063a7 in Gtk::Main:
#42 0x003061a2 in Gtk::Main::run() () from /usr/lib/
#43 0x08264ceb in sp_main_gui(int, char const**) ()
#44 0x0834d77a in Inkscape:
#45 0x0826412a in main ()
(gdb)
Not reproduced with Inkscape 0.48.3.1 r9886 (64bit) on OS X 10.7.4 (glib2 2.32.3, boehmgc 7.1):
Ungrouping is slow, inkscape consumes about 1.7 - 1.9 GB memory, but it is possible to ungroup the "master" object without crash.
Note: I even ungrouped it twice - the inner group contains individual 76550 objects (SVG file attached, original size: 30'774'827 bytes).
Please do clarify:
> Running the latest trunk (Inkscape 0.48.3.1 r (May 23 2012)), on Linux Mint Isadora
"0.48.3.1" is _not_ trunk but the latest bug-fix release of the stable 0.48 release branch (lp:inkscape/0.48.x) .
Trunk builds based on lp:inkscape should report '0.48+devel' as version, and - if built locally - the revision number of the last pull.
Which package and inkscape version / revision do you actually have installed?