[uClibc 0000611]: dlopen failed while running gdk-pixbuf-query-loaders
bugs at busybox.net
bugs at busybox.net
Fri Dec 23 22:23:36 UTC 2005
A NOTE has been added to this issue.
======================================================================
http://busybox.net/bugs/view.php?id=611
======================================================================
Reported By: vejmarie
Assigned To: uClibc
======================================================================
Project: uClibc
Issue ID: 611
Category: Shared Library Support
Reproducibility: always
Severity: crash
Priority: normal
Status: assigned
======================================================================
Date Submitted: 12-23-2005 02:17 PST
Last Modified: 12-23-2005 14:23 PST
======================================================================
Summary: dlopen failed while running gdk-pixbuf-query-loaders
Description:
Hi,
While compiling the GNOME (2.12) environment on a 0.9.27 uClibc toolchain
the compilation of librsvg (vector rendering image library used by
Nautilus and Control Center in gnome), Segfault while running the
gdk-pixbug-query-loaders command to update the
/etc/gtk-2.0/gdk-pixbuf.loaders.lib.
The segfault appears to stand into a dlopen call coming from g_module_open
call into the gdk-pixbug-query-loaders binary (according to gdb output). I
am currently recompiling uClibc with LD_DEBUG 1 to report the exact place
of crash.
I am using latest gtk library (2.8.9) and latest rsvg library.
The issue do not apply if I remove the support of libcroco and libgsf,
only because the shared library dependency from the svg-loaders
dramatically decrease.
The issue I am encountering is similar to the one reported there with
glibc:
http://bugs.gentoo.org/show_bug.cgi?id=46888
but I am not doing an upgrade, as I am compiling from scratch.
So it could come from an error into the svg library code, I will continue
my investigation on that side. I am posting this as the call parameter to
dlopen seems to be good.
dlopen("svg_loader.so",RTLD_LAZY) according to gdb output and that
svg_loader.so is properly compiled and doesn't report any error with ldd
command. So my feeling is that there is perhaps an issue with dlopen.
Jean-Marie
======================================================================
----------------------------------------------------------------------
vejmarie - 12-23-05 14:23
----------------------------------------------------------------------
Hi,
Here is a trace of the crash ...
[Thread debugging using libthread_db enabled]
[New Thread 1024 (LWP 8533)]
Could not open /proc/8533/status
(gdb) where
http://busybox.net/bugs/view.php?id=0 0x40000a20 in _dl_debug_state () from
/lib/ld-uClibc.so.0
http://busybox.net/bugs/view.php?id=1 0xbffff5c8 in ?? ()
http://busybox.net/bugs/view.php?id=2 0x4001fef2 in dlopen (libname=0x804b540
"/usr/lib/gtk-2.0/2.4.0/loaders/svg_loader.so", flag=258) at libdl.c:362
http://busybox.net/bugs/view.php?id=3 0x4001d246 in g_module_open () from
/usr/lib/libgmodule-2.0.so.0
http://busybox.net/bugs/view.php?id=4 0x08048949 in query_module (dir=0x8048f54
"/usr/lib/gtk-2.0/2.4.0/loaders", file=0x804a5d3 "svg_loader.so") at
queryloaders.c:162
http://busybox.net/bugs/view.php?id=5 0x08048cc2 in main (argc=134516245,
argv=0xbffff7a4) at
queryloaders.c:289
(gdb) up
http://busybox.net/bugs/view.php?id=1 0xbffff5c8 in ?? ()
(gdb) up
http://busybox.net/bugs/view.php?id=2 0x4001fef2 in dlopen (libname=0x804b540
"/usr/lib/gtk-2.0/2.4.0/loaders/svg_loader.so", flag=258) at libdl.c:362
362 libdl.c: No such file or directory.
in libdl.c
(gdb)
And ldd output
[root at dualcore /]# ldd /usr/lib/gtk-2.0/2.4.0/loaders/svg_loader.so
librsvg-2.so.2 => /usr/lib/librsvg-2.so.2 (0x00000000)
libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0
(0x00000000)
libpng12.so.0 => /usr/lib/libpng12.so.0 (0x00000000)
libart_lgpl_2.so.2 => /usr/lib/libart_lgpl_2.so.2 (0x00000000)
libxml2.so.2 => /usr/lib/libxml2.so.2 (0x00000000)
libz.so.1 => /lib/libz.so.1 (0x00000000)
libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0
(0x00000000)
libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0x00000000)
libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0x00000000)
libgnomevfs-2.so.0 => /usr/lib/libgnomevfs-2.so.0 (0x00000000)
libbonobo-2.so.0 => /usr/lib/libbonobo-2.so.0 (0x00000000)
libgconf-2.so.4 => /usr/lib/libgconf-2.so.4 (0x00000000)
libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x00000000)
libbonobo-activation.so.4 => /usr/lib/libbonobo-activation.so.4
(0x00000000)
libORBit-2.so.0 => /usr/lib/libORBit-2.so.0 (0x00000000)
libm.so.0 => /lib/libm.so.0 (0x00000000)
libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x00000000)
libdl.so.0 => /lib/libdl.so.0 (0x00000000)
libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x00000000)
libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x00000000)
libintl.so.2 => /usr/lib/libintl.so.2 (0x00000000)
libiconv.so.2 => /usr/lib/libiconv.so.2 (0x00000000)
libpthread.so.0 => /lib/libpthread.so.0 (0x00000000)
libc.so.0 => /lib/libc.so.0 (0x00000000)
libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0x00000000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00000000)
libexpat.so.0 => /usr/lib/libexpat.so.0 (0x00000000)
libssl.so.0.9.7 => /usr/lib/libssl.so.0.9.7 (0x00000000)
libcrypto.so.0.9.7 => /usr/lib/libcrypto.so.0.9.7 (0x00000000)
libresolv.so.0 => /lib/libresolv.so.0 (0x00000000)
libORBitCosNaming-2.so.0 => /usr/lib/libORBitCosNaming-2.so.0
(0x00000000)
libpopt.so.0 => /usr/lib/libpopt.so.0 (0x00000000)
not a dynamic executable
[root at dualcore /]#
Issue History
Date Modified Username Field Change
======================================================================
12-23-05 02:17 vejmarie New Issue
12-23-05 02:17 vejmarie Status new => assigned
12-23-05 02:17 vejmarie Assigned To => uClibc
12-23-05 14:23 vejmarie Note Added: 0000810
======================================================================
More information about the uClibc-cvs
mailing list