search for: _dl_open

http://bugzilla.netfilter.org/show_bug.cgi?id=741 Summary: ULOGD segfaults on init Product: ulogd Version: SVN (please provide timestamp) Platform: i386 OS/Version: other Status: NEW Severity: blocker Priority: P5 Component: ulogd_MYSQL AssignedTo: netfilter-buglog at lists.netfilter.org

...9-06-28 14:26 . drwxr-xr-x 3 pauljohn pauljohn 4096 2009-06-28 14:25 .. -rw-r--r-- 1 pauljohn pauljohn 1356800 2009-06-28 14:26 stats.so.profile $ sprof /usr/lib/R/library/stats/libs/stats.so /var/tmp/usr/lib/R/library/stats/libs/stats.so.profile Inconsistency detected by ld.so: dl-open.c: 652: _dl_open: Assertion `_dl_debug_initialize (0, args.nsid)->r_state == RT_CONSISTENT' failed! pauljohn at pols124:Siena-Profiling$ sudo sprof /usr/lib/R/library/stats/ libs/stats.so /var/tmp/usr/lib/R/library/stats/libs/stats.so.profile Inconsistency detected by ld.so: dl-open.c: 652: _dl_open: Asserti...

...== by 0x401648A: _dl_load_cache_lookup (in /usr/lib64/ld-2.17.so) ==3135== by 0x4008741: _dl_map_object (in /usr/lib64/ld-2.17.so) ==3135== by 0x4013843: dl_open_worker (in /usr/lib64/ld-2.17.so) ==3135== by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so) ==3135== by 0x40131AA: _dl_open (in /usr/lib64/ld-2.17.so) ==3135== by 0x539DAB1: do_dlopen (in /usr/lib64/libc-2.17.so) ==3135== by 0x400F1B3: _dl_catch_error (in /usr/lib64/ld-2.17.so) ==3135== by 0x539DB71: __libc_dlopen_mode (in /usr/lib64/libc-2.17.so) ==3135== by 0x5375338: __nss_lookup_function (in /usr/lib64/l...

...#39; zip4_lnx.a(libdl.so): undefined reference to `_dl_lookup_versioned_symbol at GLIBC_2.0' zip4_lnx.a(libdl.so): undefined reference to `_dl_lookup_symbol at GLIBC_2.0' zip4_lnx.a(libdl.so): undefined reference to `_dl_loaded at GLIBC_2.1' zip4_lnx.a(libdl.so): undefined reference to `_dl_open at GLIBC_2.0' zip4_lnx.a(libdl.so): undefined reference to `_dl_signal_error at GLIBC_2.0' zip4_lnx.a(libdl.so): undefined reference to `_dl_global_scope at GLIBC_2.0' zip4_lnx.a(libdl.so): undefined reference to `_dl_lookup_symbol_skip at GLIBC_2.0' I have the compatibility librar...

WINS nsswitch module -------------------- The WINS nsswitch module has been rewritten to address memory issues and to simplify the code. The module now uses libwbclient to do WINS queries. This means that winbind needs to be running in order to resolve WINS names using the nss_wins module. This does not affect smbd. my problem: old versions >> ping google.com >> PING google.com

...7e7dc99f) 3 0x7e7d2a7e _init+0x12 in libpthread.so.0 (0x7e7d2a7e) 4 0xb7fab2ab in ld-linux.so.2 (+0xb2ab) (0xb7fab2ab) 5 0xb7fab3f4 in ld-linux.so.2 (+0xb3f4) (0xb7fab3f4) 6 0x602275c6 in libc.so.6 (+0xea5c6) (0x602275c6) 7 0x6000b106 in ld-linux.so.2 (+0xb106) (0x6000b106) 8 0x60227c29 _dl_open+0x98 in libc.so.6 (0x60227c29) 9 0x60255ca9 GLIBC_2+0xca9 in libdl.so.2 (0x60255ca9) 10 0x6000b106 in ld-linux.so.2 (+0xb106) (0x6000b106) 11 0x60256259 in libdl.so.2 (+0x1259) (0x60256259) 12 0x60255cf9 GLIBC_2+0xcf9 in libdl.so.2 (0x60255cf9) 13 0x6001d522 wine_get_es+0x8e2 in libwine.s...

...6a _init+0x12 in libpthread.so.0 (0x0034eed8) 4 0x6000c1ce in ld-linux.so.2 (+0xc1ce) (0x0034ef08) 5 0x6000c36a _dl_init+0x15a in ld-linux.so.2 (0x0034ef48) 6 0x60236092 in libc.so.6 (+0x107092) (0x0034efb8) 7 0x6000c016 _dl_catch_error+0x76 in ld-linux.so.2 (0x0034f0b8) 8 0x60236676 _dl_open+0x66 in libc.so.6 (0x0034f118) 9 0x60263008 in libdl.so.2 (+0x1008) (0x0034f128) 10 0x6000c016 _dl_catch_error+0x76 in ld-linux.so.2 (0x0034f228) 11 0x602634c6 in libdl.so.2 (+0x14c6) (0x0034f258) 12 0x60263054 dlopen+0x34 in libdl.so.2 (0x0034f278) 13 0x6001e9e6 wine_dlopen+0x36 in...

...rticle.gmane.org/gmane.comp.programming.swig/12697 and the crash I am now that it compiles see is #0 0xb804e201 in _dl_debug_state () from /lib/ld-linux.so.2 #1 0xb8051608 in dl_open_worker () from /lib/ld-linux.so.2 #2 0xb804d5d6 in _dl_catch_error () from /lib/ld-linux.so.2 #3 0xb8050f5e in _dl_open () from /lib/ld-linux.so.2 #4 0xb74c3c19 in dlopen_doit () from /lib/i686/cmov/libdl.so.2 #5 0xb804d5d6 in _dl_catch_error () from /lib/ld-linux.so.2 #6 0xb74c42bc in _dlerror_run () from /lib/i686/cmov/libdl.so.2 #7 0xb74c3b51 in dlopen@@GLIBC_2.1 () from /lib/i686/cmov/libdl.so.2 #8 0xb7efd0...

...x00002aaaacfca6a0 libc.so.6`__restore_rt frame #1: 0x00002aaaaaab9eb0 ld-linux-x86-64.so.2 frame #2: 0x00002aaaaaabdc53 ld-linux-x86-64.so.2`dl_open_worker + 499 frame #3: 0x00002aaaaaab9286 ld-linux-x86-64.so.2`_dl_catch_error + 102 frame #4: 0x00002aaaaaabd63a ld-linux-x86-64.so.2`_dl_open + 186 frame #5: 0x00002aaaac39df66 libdl.so.2`dlopen_doit + 102 frame #6: 0x00002aaaaaab9286 ld-linux-x86-64.so.2`_dl_catch_error + 102 frame #7: 0x00002aaaac39e29c libdl.so.2`_dlerror_run + 124 frame #8: 0x00002aaaac39dee1 libdl.so.2`__dlopen_check + 49 the dyld debug log has a lo...

...0x7e7a199f) 3 0x7e797a7e _init+0x12 in libpthread.so.0 (0x7e797a7e) 4 0xb7f762ab in ld-linux.so.2 (+0xb2ab) (0xb7f762ab) 5 0xb7f763f4 in ld-linux.so.2 (+0xb3f4) (0xb7f763f4) 6 0x602215c6 in libc.so.6 (+0xea5c6) (0x602215c6) 7 0x6000b106 in ld-linux.so.2 (+0xb106) (0x6000b106) 8 0x60221c29 _dl_open+0x98 in libc.so.6 (0x60221c29) 9 0x6024fca9 GLIBC_2+0xca9 in libdl.so.2 (0x6024fca9) ... and so on for what seems like an eternity.. is this a known-issue? Like I say 0.9.17 works fine but of course I'd like to stay up to date with the project's progress :) Cheers, Gavin.

...o.6`__restore_rt > frame #1: 0x00002aaaaaab9eb0 ld-linux-x86-64.so.2 > frame #2: 0x00002aaaaaabdc53 ld-linux-x86-64.so.2`dl_open_worker + 499 > frame #3: 0x00002aaaaaab9286 ld-linux-x86-64.so.2`_dl_catch_error + 102 > frame #4: 0x00002aaaaaabd63a ld-linux-x86-64.so.2`_dl_open + 186 > frame #5: 0x00002aaaac39df66 libdl.so.2`dlopen_doit + 102 > frame #6: 0x00002aaaaaab9286 ld-linux-x86-64.so.2`_dl_catch_error + 102 > frame #7: 0x00002aaaac39e29c libdl.so.2`_dlerror_run + 124 > frame #8: 0x00002aaaac39dee1 libdl.so.2`__dlopen_check + 49 &gt...

...>> frame #1: 0x00002aaaaaab9eb0 ld-linux-x86-64.so.2 >> frame #2: 0x00002aaaaaabdc53 ld-linux-x86-64.so.2`dl_open_worker + 499 >> frame #3: 0x00002aaaaaab9286 ld-linux-x86-64.so.2`_dl_catch_error + > 102 >> frame #4: 0x00002aaaaaabd63a ld-linux-x86-64.so.2`_dl_open + 186 >> frame #5: 0x00002aaaac39df66 libdl.so.2`dlopen_doit + 102 >> frame #6: 0x00002aaaaaab9286 ld-linux-x86-64.so.2`_dl_catch_error + > 102 >> frame #7: 0x00002aaaac39e29c libdl.so.2`_dlerror_run + 124 >> frame #8: 0x00002aaaac39dee1 libdl.so.2`__dlope...

...#39; zip4_lnx.a(libdl.so): undefined reference to `_dl_lookup_versioned_symbol at GLIBC_2.0' zip4_lnx.a(libdl.so): undefined reference to `_dl_lookup_symbol at GLIBC_2.0' zip4_lnx.a(libdl.so): undefined reference to `_dl_loaded at GLIBC_2.1' zip4_lnx.a(libdl.so): undefined reference to `_dl_open at GLIBC_2.0' zip4_lnx.a(libdl.so): undefined reference to `_dl_signal_error at GLIBC_2.0' zip4_lnx.a(libdl.so): undefined reference to `_dl_global_scope at GLIBC_2.0' zip4_lnx.a(libdl.so): undefined reference to `_dl_lookup_symbol_skip at GLIBC_2.0' I have the compatibility librar...

...==15243== Conditional jump or move depends on uninitialised value(s) > > ==15243== at 0x4009000: (within /lib/ld-2.3.6.so) > > ==15243== by 0x41783DB: dl_open_worker (dl-open.c:343) > > ==15243== by 0x400BAAE: (within /lib/ld-2.3.6.so) > > ==15243== by 0x4178A7A: _dl_open (dl-open.c:577) > > ==15243== by 0x417A06C: do_dlopen (dl-libc.c:80) > > ==15243== by 0x400BAAE: (within /lib/ld-2.3.6.so) > > ==15243== by 0x417A022: dlerror_run (dl-libc.c:42) > > ==15243== by 0x417A135: __libc_dlopen_mode (dl-libc.c:153) > > ==15243==...

...=10132== ==10132== 16 bytes in 1 blocks are still reachable in loss record 4 of 33 ==10132== at 0x401D73D: calloc (vg_replace_malloc.c:279) ==10132== by 0x4050239: _dlerror_run (in /lib/libdl.so.2) ==10132== by 0x404FD30: dlopen@@GLIBC_2.1 (in /lib/libdl.so.2) ==10132== by 0x87076FC: sys_dl_open ( ltdl.c:1110) ==10132== by 0x8707F75: tryall_dlopen (ltdl.c:2431) ==10132== by 0x8709500: try_dlopen (ltdl.c:3374) ==10132== by 0x87096A8: lt_dlopen (ltdl.c:3420) ==10132== by 0x86FE22E: llvm::sys::DynamicLibrary::LoadLibraryPermanently(char const*) ( DynamicLibrary.cpp:103) ==10132==...

...#1 0x4058117f in _init () from /usr/local/lib/libmmsystem.so #2 0x4000b047 in call_init () from /lib/ld-linux.so.2 #3 0x4000b19d in _dl_init () from /lib/ld-linux.so.2 #4 0x4030e37d in getutmpx () from /lib/libc.so.6 #5 0x4000ae4b in _dl_catch_error () from /lib/ld-linux.so.2 #6 0x4030e477 in _dl_open () from /lib/libc.so.6 #7 0x40337434 in svcauthdes_stats () from /lib/libdl.so.2 #8 0x4000ae4b in _dl_catch_error () from /lib/ld-linux.so.2 #9 0x4033783f in dlerror () from /lib/libdl.so.2 #10 0x4033746f in dlopen () from /lib/libdl.so.2 #11 0x40114001 in wine_dlopen (filename=0x804d861 "l...

...4 in _dl_catch_error (objname=objname at entry=0x7fffffffc510, errstring=errstring at entry=0x7fffffffc518, mallocedp=mallocedp at entry=0x7fffffffc50f,     operate=operate at entry=0x7ffff7dec4d0 <dl_open_worker>, args=args at entry=0x7fffffffc520) at dl-error.c:187 #10 0x00007ffff7debda9 in _dl_open (file=0x7fffffffc7a0 "/usr/lib/x86_64-linux-gnu/dri/r600_dri.so", mode=-2147483390, caller_dlopen=0x7fffe9580a39, nsid=-2, argc=<optimised out>,     argv=<optimised out>, env=0x7fffffffdb10) at dl-open.c:660 #11 0x00007ffff53c4f09 in dlopen_doit (a=a at entry=0x7fffffffc750) a...

...60d70bd9 in libpthread.so.0 (+0x3bd9) (0x60d70bd9) 4 0x6000a98e in ld-linux.so.2 (+0xa98e) (0x6000a98e) 5 0x6000ab2a _dl_init+0x15a in ld-linux.so.2 (0x6000ab2a) 6 0xb7e6e24e in libc.so.6 (+0x10924e) (0xb7e6e24e) 7 0xb7fc67d6 _dl_catch_error+0x76 in ld-linux.so.2 (0xb7fc67d6) 8 0xb7e6e6bc _dl_open+0x5c in libc.so.6 (0xb7e6e6bc) 9 0xb7d62ef8 GLIBC_2+0xef8 in libdl.so.2 (0xb7d62ef8) 10 0xb7fc67d6 _dl_catch_error+0x76 in ld-linux.so.2 (0xb7fc67d6) 11 0xb7d632f6 in libdl.so.2 (+0x12f6) (0xb7d632f6) 12 0xb7d62f44 GLIBC_2+0xf44 in libdl.so.2 (0xb7d62f44) fixme:dbghelp:elf_load_debug_info_f...

...dl-open.c:577 #6 0xb7fecc26 in _dl_catch_error (objname=objname at entry=0xbfffe594, errstring=errstring at entry=0xbfffe598, mallocedp=mallocedp at entry=0xbfffe593, operate=operate at entry=0xb7ff0b90 <dl_open_worker>, args=args at entry=0xbfffe59c) at dl-error.c:187 #7 0xb7ff0684 in _dl_open (file=0xbfffe7b4 "/usr/lib/i386-linux-gnu/dri/swrast_dri.so", mode=-2147483390, caller_dlopen=0xb7c22e38, nsid=<optimized out>, argc=1, argv=0xbfffefb4, env=0xbfffefbc) at dl-open.c:661 #8 0xb7f65cbc in dlopen_doit (a=0xbfffe750) at dlopen.c:66 #9 0xb7fecc26 in _dl_catch_error...

Full_Name: Massimo santini Version: 1.0.1 OS: Linux Submission from: (NULL) (159.149.147.89) I've just dl the .rpm of R 1.0.1, installed it and then launched insatll.packages("akima") after re-launching R [--vanilla], the command library(akima) has the only effect to coredump the program. Here is the output of gdb and strace... --- GDB (commands given can be seen from the