Unable to load image-loading module: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so

Bug #779665 reported by Hadmut Danisch
24
This bug affects 5 people
Affects Status Importance Assigned to Milestone
gdk-pixbuf (Ubuntu)
Confirmed
Undecided
Unassigned

Bug Description

Hi,

I am using a commercial image processing program named bibble5, which was working well for more than a year under ubuntu. After upgrading ubuntu to 11.04, bibble5 crashes when run under the 64 bit version of ubuntu (still works with the 32 bit version of ubuntu).

The last (and abnormal) lines bibble5 prints on stderr are:

/usr/lib/gio/modules/libgiobamf.so: wrong ELF class: ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgiobamf.so
/usr/lib/gio/modules/libgvfsdbus.so: wrong ELF class: ELFCLASS64
Failed to load module: /usr/lib/gio/modules/libgvfsdbus.so

(<unknown>:15995): Gtk-WARNING **: Error loading theme icon 'dialog-warning' for stock: Unable to load image-loading module: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so: /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so: wrong ELF class: ELFCLASS64

(<unknown>:15995): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed

(<unknown>:15995): Gtk-CRITICAL **: gtk_default_render_icon: assertion `base_pixbuf != NULL' failed

(<unknown>:15995): Gtk-CRITICAL **: IA__gtk_style_render_icon: assertion `pixbuf != NULL' failed

(<unknown>:15995): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_pixels: assertion `GDK_IS_PIXBUF (pixbuf)' failed

(<unknown>:15995): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `GDK_IS_PIXBUF (pixbuf)' failed

(<unknown>:15995): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion `GDK_IS_PIXBUF (pixbuf)' failed
Segmentation fault

So it looks as if there was a severe problem between the gimp libraries and librsvg, introduced with Ubuntu 11.04, which occurs only on the 64 bit version.

regards

ProblemType: Bug
DistroRelease: Ubuntu 11.04
Package: librsvg2-common 2.32.1-0ubuntu3
ProcVersionSignature: Ubuntu 2.6.38-8.42-generic 2.6.38.2
Uname: Linux 2.6.38-8-generic x86_64
Architecture: amd64
Date: Mon May 9 01:15:53 2011
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release amd64 (20100427.1)
ProcEnviron:
 LANGUAGE=en_US:en
 PATH=(custom, user)
 LANG=en_US.UTF-8
 SHELL=/bin/tcsh
SourcePackage: librsvg
UpgradeStatus: Upgraded to natty on 2011-05-04 (4 days ago)

Revision history for this message
Hadmut Danisch (hadmut) wrote :
Revision history for this message
Hadmut Danisch (hadmut) wrote :

Is anyone out there taking any notice of this bug?

affects: librsvg (Ubuntu) → gdk-pixbuf (Ubuntu)
Revision history for this message
Andrew (andrew-rw-robinson) wrote :

Note that firefox 3.6.17 has the same issue. The problem is that the 32-bit application is picking up a 64-bit shared library.

Probably need to see if there is a package that provides that so file as 32 bit on ubuntu 64

Revision history for this message
Hadmut Danisch (hadmut) wrote :

Yup, seems so. Bibble5 starts as a 32-bit program and uses it's only Qt libraries that it brings with. These start to load 32bit gtk stuff from /usr/lib32 , which then somewhere loads from /usr/lib/gtk-2.0 and thus starts using 64 bit libraries.

I still see

4126 open("/usr/lib32/libgtk-x11-2.0.so.0", O_RDONLY) = 17
4126 open("/usr/lib32/libgdk-x11-2.0.so.0", O_RDONLY) = 17
4126 open("/usr/lib32/libpangocairo-1.0.so.0", O_RDONLY) = 17
4126 open("/usr/lib32/libXcomposite.so.1", O_RDONLY) = 17
4126 open("/usr/lib32/libatk-1.0.so.0", O_RDONLY) = 17
4126 open("/usr/lib32/libcairo.so.2", O_RDONLY) = 17
4126 open("/usr/lib32/libgdk_pixbuf-2.0.so.0", O_RDONLY) = 17
4126 open("/usr/lib32/libpangoft2-1.0.so.0", O_RDONLY) = 17
4126 open("/usr/lib32/libpango-1.0.so.0", O_RDONLY) = 17
4126 open("/usr/lib32/libpixman-1.so.0", O_RDONLY) = 17
4126 open("/usr/lib32/libxcb-shm.so.0", O_RDONLY) = 17
4126 open("/usr/lib32/libxcb-render.so.0", O_RDONLY) = 17

which are 32bit

but then

4126 open("/usr/lib/libgnomeui-2.so.0", O_RDONLY) = 17
4126 open("/usr/lib/libgnomevfs-2.so.0", O_RDONLY) = 17
4126 open("/usr/lib/liboverlay-scrollbar-0.1.so.0", O_RDONLY) = 17
4126 open("/usr/lib/gtk-2.0/i686-pc-linux-gnu/modules/libcanberra-gtk-module.so", O_RDONLY) = 17
...
4126 open("/usr/lib/gtk-2.0/2.10.0/menuproxies/libappmenu.so", O_RDONLY) = 18

so there is somewhere a problem with the gtk/gdk libraries suddenly jumping from 32 to 64 bit.

Revision history for this message
Hadmut Danisch (hadmut) wrote :

Seems to be a bug of the ia32-libs package.

Although the 32-bit libraries can be found under /usr/lib32 , some libraries under /usr/lib32 load further libraries from /usr/lib , so it looks as if not all libary file system paths have been adjustet to use /usr/lib32 instead of /usr/lib.

Revision history for this message
Hadmut Danisch (hadmut) wrote :

OK,

I found the precise reason for the problem and two methods to workaround.

See my bug #781870

Revision history for this message
papukaija (papukaija) wrote :

Thank you for taking the time to report this bug and helping to make Ubuntu better. This particular bug has already been reported and is a duplicate of bug 781870, so it is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally, any further discussion regarding the bug should occur in the other report. Feel free to continue to report any other bugs you may find.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in gdk-pixbuf (Ubuntu):
status: New → Confirmed
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.