Sorry for the not-so-good description, I just don't know (yet) what exactly firefox did... I had some occasional "crashes" the last days with firefox, today I managed to get a backtrace: Program received signal SIGABRT, Aborted. [Switching to Thread 0x7fffb26ff700 (LWP 4768)] 0x00007ffff735dae5 in raise () from /lib64/libc.so.6 (gdb) bt #0 0x00007ffff735dae5 in raise () from /lib64/libc.so.6 #1 0x00007ffff735ef5b in abort () from /lib64/libc.so.6 #2 0x00007ffff735698e in __assert_fail_base () from /lib64/libc.so.6 #3 0x00007ffff7356a32 in __assert_fail () from /lib64/libc.so.6 #4 0x00007fffec68950a in __libc_res_nquery () from /lib64/libresolv.so.2 #5 0x00007fffec689615 in __libc_res_nquerydomain () from /lib64/libresolv.so.2 #6 0x00007fffec689bcf in __libc_res_nsearch () from /lib64/libresolv.so.2 #7 0x00007fffc76fbb47 in _nss_dns_gethostbyname4_r () from /lib64/libnss_dns.so.2 #8 0x00007ffff73ea6d1 in gaih_inet () from /lib64/libc.so.6 #9 0x00007ffff73ec840 in getaddrinfo () from /lib64/libc.so.6 #10 0x00007ffff15cc3df in PR_GetAddrInfoByName () from /usr/lib64/libnspr4.so #11 0x00007ffff50920db in nsHostResolver::ThreadFunc (arg=0x7ffff6d58570) at /var/tmp/paludis/www-client-firefox-8.0/work/mozilla-release/netwerk/dns/nsHostResolver.cpp:913 #12 0x00007ffff15d8083 in _pt_root () from /usr/lib64/libnspr4.so #13 0x00007ffff7bc7e2c in start_thread () from /lib64/libpthread.so.0 #14 0x00007ffff74004ad in clone () from /lib64/libc.so.6 I don't know if it is a problem in firefox, nspr or glibc. (My favorite: glibc should not come with this assert in release build) Installed versions: dev-libs/nspr-4.8.9 www-client/firefox-8.0:0 [(alsa) (-bindist) (crashreporter) (custom-cflags) (custom-optimization) (dbus) (-debug) (ipc) (libnotify) (-pgo) (startup-notification) (system-sqlite) (webm) (-wifi)] sys-libs/glibc-2.14.1 [(-debug) (-gd) (-glibc-omitfp) (-hardened) (multilib) (nls) (-profile) (-selinux) (-vanilla)] Reproducible: Always
System info: $ cave info Package Manager Information: Package Name paludis Package Version 0.70.1 Build Date 2011-11-01T15:06:25+0100 Built with CXX x86_64-pc-linux-gnu-g++ 4.6.2 Built with CXXFLAGS -march=corei7-avx -O2 -pipe -pedantic Built with LDFLAGS -Wl,-O1 -Wl,--as-needed Environment Information: Format paludis Config dir /etc/paludis Root / System Root / World file /var/db/pkg/world Repository gentoo: format e location /var/paludis/repositories/gentoo builddir /var/tmp/paludis cache /var/paludis/repositories/gentoo/metadata/cache distdir /var/distfiles eapi_when_unknown 0 eapi_when_unspecified 0 eclassdirs /var/paludis/repositories/gentoo/eclass layout traditional manifest_hashes RMD160 SHA1 SHA256 names_cache /var/paludis/repositories/gentoo/.cache/names newsdir /var/paludis/repositories/gentoo/metadata/news profile_eapi_when_unspecified 0 profile_layout traditional profiles /etc/make.profile securitydir /var/paludis/repositories/gentoo/metadata/glsa setsdir /var/paludis/repositories/gentoo/sets sync rsync://rsync.uni-muenster.de/ rsync://rsync.de.gentoo.org/gentoo-portage sync_options use_manifest use write_cache /var/cache/paludis/metadata Package information app-shells/bash 4.1_p9 dev-java/java-config 2.1.11-r3 dev-lang/python 2.7.2-r3 3.1.4-r3 dev-util/ccache (none) dev-util/cmake 2.8.4-r1 dev-util/pkgconfig 0.26 sys-apps/baselayout 2.0.3 sys-apps/openrc 0.9.4 sys-apps/sandbox 2.5 sys-devel/autoconf 2.13 2.68 sys-devel/automake 1.10.3 1.11.1 sys-devel/binutils 2.22 sys-devel/gcc 4.6.2 sys-devel/gcc-config 1.4.1-r1 sys-devel/libtool 2.4-r1 sys-devel/make 3.82-r1 sys-freebsd/freebsd-lib (none) sys-kernel/linux-headers 2.6.39 sys-libs/glibc 2.14.1 sys-libs/uclibc (none) $ uname -a Linux desktop_franz 3.1.3-gentoo #1 SMP Mon Nov 28 08:23:29 CET 2011 x86_64 Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz GenuineIntel GNU/Linux
Ok, just realised I forgot to post the actual "assert"-message: firefox: res_query.c:251: __libc_res_nquery: Assertion `hp != hp2' failed. It seems it always happens, when I am on www.c-plusplus.de/forum
Now rekonq aborted, too! This time, I was browsing forums.gentoo.org. Thread 4 (Thread 0x7ff3a1564700 (LWP 3872)): [KCrash Handler] #6 0x00007ff3d1ed3ae5 in raise () from /lib64/libc.so.6 #7 0x00007ff3d1ed4f5b in abort () from /lib64/libc.so.6 #8 0x00007ff3d1ecc98e in __assert_fail_base () from /lib64/libc.so.6 #9 0x00007ff3d1ecca32 in __assert_fail () from /lib64/libc.so.6 #10 0x00007ff3acfb950a in __libc_res_nquery () from /usr/lib64/libresolv.so #11 0x00007ff3acfb9615 in __libc_res_nquerydomain () from /usr/lib64/libresolv.so #12 0x00007ff3acfb9bcf in __libc_res_nsearch () from /usr/lib64/libresolv.so #13 0x00007ff3ac5acb47 in _nss_dns_gethostbyname4_r () from /lib64/libnss_dns.so.2 #14 0x00007ff3d1f606d1 in gaih_inet () from /lib64/libc.so.6 #15 0x00007ff3d1f62840 in getaddrinfo () from /lib64/libc.so.6 #16 0x00007ff3d12fcdd8 in QHostInfoAgent::fromName(QString const&) () from /usr/lib64/qt4/libQtNetwork.so.4 #17 0x00007ff3d12f1d58 in QHostInfoRunnable::run() () from /usr/lib64/qt4/libQtNetwork.so.4 #18 0x00007ff3d342efcd in QThreadPoolThread::run() () from /usr/lib64/qt4/libQtCore.so.4 #19 0x00007ff3d343a145 in QThreadPrivate::start(void*) () from /usr/lib64/qt4/libQtCore.so.4 #20 0x00007ff3d31abe2c in start_thread () from /lib64/libpthread.so.0 #21 0x00007ff3d1f764ad in clone () from /lib64/libc.so.6
*** This bug has been marked as a duplicate of bug 391673 ***