At my almost stable x86 Gentoo Linux I found a coredump file within my HOME directory (I dunno what I did when it was created), where the back trace gave these information : (gdb) bt #0 0xaab58280 in ?? () #1 0xaa9bceb6 in CRYPTO_lock (mode=9, type=1, file=0xaaac4fdf "err.c", line=370) at cryptlib.c:600 #2 0xaaa3182e in int_err_del () at err.c:370 #3 0xaaa32151 in ERR_free_strings () at err.c:701 #4 0xa8655dd8 in Curl_ossl_cleanup () from /usr/lib/libcurl.so.4 #5 0xa866a5f1 in Curl_ssl_cleanup () from /usr/lib/libcurl.so.4 #6 0xa865e3d5 in curl_global_cleanup () from /usr/lib/libcurl.so.4 #7 0xa8769e52 in raptor_www_finish () from /usr/lib/libraptor2.so.0 #8 0xa8767bfd in raptor_free_world () from /usr/lib/libraptor2.so.0 #9 0xa8815618 in librdf_finish_raptor () from /usr/lib/librdf.so.0 #10 0xa8814c2b in librdf_free_world () from /usr/lib/librdf.so.0 #11 0xa884652b in ?? () from /usr/lib/libreoffice/program/../basis-link/program/libunordfli.so #12 0xa884e6f3 in ?? () from /usr/lib/libreoffice/program/../basis-link/program/libunordfli.so #13 0xa884f264 in ?? () from /usr/lib/libreoffice/program/../basis-link/program/libunordfli.so #14 0xb762af07 in __run_exit_handlers (status=0, listp=0xb7755324, run_list_atexit=true) at exit.c:78 #15 0xb762af70 in exit (status=0) at exit.c:100 #16 0xb761413f in __libc_start_main (main=0x8048bb0 <main>, argc=2, ubp_av=0xbf9808c4, init=0x8048de0 <__libc_csu_init>, fini=0x8048e40 <__libc_csu_fini>, rtld_fini=0xb7888a60 <_dl_fini>, stack_end=0xbf9808bc) at libc-start.c:258 #17 0x08048af1 in _start ()
Hi Toralf, don't suppose you were able to compile with debug symbols? Has this ever been a problem since?
(In reply to comment #1) > Hi Toralf, don't suppose you were able to compile with debug symbols? Has > this ever been a problem since? No - with newer versions I did not experienced it again (and in the mean while I do use the -bin package from the Gentoo maintainer due to the looong compile time)