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 670476 - segfault loading gnome svg file
segfault loading gnome svg file
Status: RESOLVED INCOMPLETE
Product: gdk-pixbuf
Classification: Platform
Component: general
2.24.x
Other Linux
: Normal critical
: ---
Assigned To: gdk-pixbuf-maint
gdk-pixbuf-maint
Depends on:
Blocks:
 
 
Reported: 2012-02-20 18:32 UTC by IgnorantGuru
Modified: 2014-03-28 13:26 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
drives icon file from gnome-icon-theme_3.2.0 (174.13 KB, image/svg+xml)
2012-02-20 18:32 UTC, IgnorantGuru
Details

Description IgnorantGuru 2012-02-20 18:32:15 UTC
Created attachment 208056 [details]
drives icon file from gnome-icon-theme_3.2.0

The function gdk_pixbuf_new_from_file_at_size segfaults when loading drives.svg obtained from the src subfolder of this archive:
http://archive.ubuntu.com/ubuntu/pool/main/g/gnome-icon-theme/gnome-icon-theme_3.2.0.orig.tar.bz2

This problem is reproducible in spacefm (size used is 128x128):
https://sourceforge.net/p/spacefm/tickets/88032/

And geeqie 1.1.0 which also sometimes segfaults when attempting to display the file.

using libgdk-pixbuf2.0-0 2.24.1-1 on debian sid
Comment 1 Christian Persch 2012-02-21 12:42:02 UTC
Not reproducible using gdk-pixbuf master with librsvg master.
Comment 2 IgnorantGuru 2012-02-21 22:57:58 UTC
Users on multiple distros are reporting this crash.  Here's a backtrace in case it helps.

Program received signal SIGSEGV, Segmentation fault.

Thread 140737130227456 (LWP 11930)

  • #0 rsvg_defs_free
    at rsvg-defs.c line 168
  • #1 instance_dispose
    at rsvg-gobject.c line 122
  • #2 g_object_unref
    at /tmp/buildd/glib2.0-2.30.2/./gobject/gobject.c line 2709
  • #3 gdk_pixbuf__svg_image_stop_load
    at io-svg.c line 166
  • #4 gdk_pixbuf_loader_close
    from /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0
  • #5 gdk_pixbuf_new_from_file_at_scale
    from /usr/lib/x86_64-linux-gnu/libgdk_pixbuf-2.0.so.0
  • #6 _vfs_thumbnail_load
    at vfs/vfs-thumbnail-loader.c line 378
  • #7 vfs_thumbnail_load_for_file
    at vfs/vfs-thumbnail-loader.c line 430
  • #8 vfs_file_info_load_thumbnail
    at vfs/vfs-file-info.c line 701
  • #9 thumbnail_loader_thread
    at vfs/vfs-thumbnail-loader.c line 182
  • #10 vfs_async_task_thread
    at vfs/vfs-async-task.c line 147
  • #11 g_thread_create_proxy
    at /tmp/buildd/glib2.0-2.30.2/./glib/gthread.c line 1962
  • #12 start_thread
    at pthread_create.c line 304
  • #13 clone
    at ../sysdeps/unix/sysv/linux/x86_64/clone.S line 112
  • #14 ??

Comment 3 André Klapper 2013-11-09 15:27:20 UTC
Does this still happen with 2.30? If so, please attach a minimal testcase here.
Comment 4 Javier Jardón (IRC: jjardon) 2014-03-28 13:26:31 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!