Anonymous | Login | Signup for a new account | 11-10-2008 10:54 PST |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | |||||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | |||||||
0000611 | [uClibc] Shared Library Support | crash | always | 12-23-05 02:17 | 10-11-08 23:53 | |||||||
Reporter | vejmarie | View Status | public | |||||||||
Assigned To | uClibc | |||||||||||
Priority | normal | Resolution | open | |||||||||
Status | feedback | Product Version | 0.9.27 | |||||||||
Summary | 0000611: 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 |
|||||||||||
Additional Information | ||||||||||||
Attached Files | ||||||||||||
|
Notes | |
(0000810) 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 0 0x40000a20 in _dl_debug_state () from /lib/ld-uClibc.so.0 0000001 0xbffff5c8 in ?? () 2 0x4001fef2 in dlopen (libname=0x804b540 "/usr/lib/gtk-2.0/2.4.0/loaders/svg_loader.so", flag=258) at libdl.c:362 0000003 0x4001d246 in g_module_open () from /usr/lib/libgmodule-2.0.so.0 0000004 0x08048949 in query_module (dir=0x8048f54 "/usr/lib/gtk-2.0/2.4.0/loaders", file=0x804a5d3 "svg_loader.so") at queryloaders.c:162 0000005 0x08048cc2 in main (argc=134516245, argv=0xbffff7a4) at queryloaders.c:289 (gdb) up 0000001 0xbffff5c8 in ?? () (gdb) up 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@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@dualcore /]# |
(0013324) 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. |
Copyright © 2000 - 2006 Mantis Group |