Bug 473731 – Crasher when using pixbuf loader for loading compressed SVG images

After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.

Bug 473731 - Crasher when using pixbuf loader for loading compressed SVG images


Summary:	Crasher when using pixbuf loader for loading compressed SVG images


Status:	RESOLVED FIXED

Product:	librsvg
Classification:	Core
Component:	general
Version:	2.18.x
Hardware:	Other Linux

Importance:	Normal normal
Target Milestone:	---
Assigned To:	librsvg maintainers
QA Contact:	librsvg maintainers

URL:
Whiteboard:

Depends on:
Blocks:	394803

Reported:	2007-09-04 22:42 UTC by Lucas Rocha
Modified:	2007-09-05 17:21 UTC

See Also:
GNOME target:	---
GNOME version:	2.19/2.20

Description Lucas Rocha 2007-09-04 22:42:12 UTC

Warnings and backtrace when using it in Eye of GNOME.

** (eog:26920): CRITICAL **: gsf_output_get_type: assertion `gsf_output_type != 0' failed

** (eog:26920): CRITICAL **: gsf_output_memory_get_type: assertion `gsf_output_memory_type != 0' failed

(eog:26920): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

** (eog:26920): CRITICAL **: gsf_output_write: assertion `output != NULL' failed

** (eog:26920): CRITICAL **: gsf_output_memory_get_type: assertion `gsf_output_memory_type != 0' failed

** (eog:26920): CRITICAL **: gsf_output_memory_get_bytes: assertion `mem != NULL' failed

** (eog:26920): CRITICAL **: gsf_output_get_type: assertion `gsf_output_type != 0' failed

** (eog:26920): CRITICAL **: gsf_output_size: assertion `GSF_IS_OUTPUT (output)' failed

** (eog:26920): CRITICAL **: gsf_input_get_type: assertion `gsf_input_type != 0' failed

** (eog:26920): CRITICAL **: gsf_input_memory_get_type: assertion `gsf_input_memory_type != 0' failed

(eog:26920): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

** (eog:26920): CRITICAL **: gsf_shared_memory_get_type: assertion `gsf_shared_memory_type != 0' failed

(eog:26920): GLib-GObject-CRITICAL **: g_object_new: assertion `G_TYPE_IS_OBJECT (object_type)' failed

Backtrace:

0xb60600d8 in gsf_shared_memory_new (buf=0x0, size=4294967295, needs_free=0) at gsf-shared-memory.c:43
43              mem->buf = buf;
(gdb) bt

+ Trace 160511

#0 gsf_shared_memory_new
at gsf-shared-memory.c line 43
#1 gsf_input_memory_new
at gsf-input-memory.c line 78
#2 rsvg_handle_close
at rsvg-base.c line 1540
#3 gdk_pixbuf__svg_image_stop_load
at io-svg.c line 152
#4 IA__gdk_pixbuf_loader_close
at gdk-pixbuf-loader.c line 724
#5 IA__gdk_pixbuf_loader_write
at gdk-pixbuf-loader.c line 484
#6 eog_image_load
at eog-image.c line 1003
#7 eog_job_load_run
at eog-jobs.c line 290
#8 eog_render_thread
at eog-job-queue.c line 78
#9 g_thread_create_proxy
at gthread.c line 634
#10 start_thread
from /lib/tls/i686/cmov/libpthread.so.0
#11 clone
from /lib/tls/i686/cmov/libc.so.6

Comment 1 Dominic Lachowicz 2007-09-05 00:00:19 UTC

What version of libgsf do you have installed?

Comment 2 Lucas Rocha 2007-09-05 08:18:58 UTC

libgsf 1.14.4

Comment 3 Jody Goldberg 2007-09-05 16:30:06 UTC

Sounds like a missing call to gsf_init.  However, it's should no longer be a problem if you update to 1.14.5 or newer.  We had to disable the dynamic type support due to threading problems in glib.

Comment 4 Lucas Rocha 2007-09-05 17:21:50 UTC

Hei Jody, it would be nice to update the recommended (maybe minimum also?) version of libgsf for 2.20 then.