[uClibc 0000611]: dlopen failed while running gdk-pixbuf-query-loaders

bugs at busybox.net bugs at busybox.net
Sun Oct 12 06:53:06 UTC 2008


The following issue requires your FEEDBACK. 
====================================================================== 
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:                     feedback
====================================================================== 
Date Submitted:             12-23-2005 02:17 PST
Last Modified:              10-11-2008 23:53 PDT
====================================================================== 
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 /]# 

---------------------------------------------------------------------- 
 carmelo73 - 10-11-08 23:53  
---------------------------------------------------------------------- 
Please try again with a more recent release. Current SVN trunk is strongly
suggested.
If this is not longer an issue, please update the status, so that it cn be
closed. 

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                          
12-23-05 14:23  vejmarie       Issue Monitored: vejmarie                    
10-11-08 23:53  carmelo73      Note Added: 0013324                          
10-11-08 23:53  carmelo73      Status                   assigned => feedback
======================================================================




More information about the uClibc-cvs mailing list