Date: Mon, 05 Jul 2004 10:20:11 +0200 From: Franz Klammer <klammer@webonaut.com> To: Damian Gerow <dgerow@afflictions.org> Cc: gnome@freebsd.org Subject: Re: Consistant core dump with firefox and KSE Message-ID: <40E90F3B.3080405@webonaut.com> In-Reply-To: <20040705040238.GO30296@afflictions.org> References: <20040705040238.GO30296@afflictions.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Damian Gerow wrote: > Aside from working out all the various plugin problems, my install of > firefox (0.9.1) really doesn't like using KSE. I didn't fine anything via > Google, so my apologies if this is a duplicate. > maybe you should use libpthread.so.1 instead of libkse.so.1 in libmap.conf? i can't remember when when exactly the switchover was but i'm pretty sure that your installed version don't use libkse anymore. take a look at /usr/src/UPDATING an search for libpthread. franz. > Here's what I hope are the required bits of a gdb trace of the core: > > % gdb6 /usr/X11R6/lib/firefox/lib/firefox-0.9.1/firefox-bin --core=firefox-bin.core > GNU gdb 20040615 [GDB v6.x for FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and you are > welcome to change it and/or distribute copies of it under certain conditions. > Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for details. > This GDB was configured as "i386-portbld-freebsd5.2"...(no debugging symbols found)... > Core was generated by `firefox-bin'. > Program terminated with signal 11, Segmentation fault. > Reading symbols from .... > Loaded symbols for ... > <ad nauseum> > #0 0x288fb85b in pthread_testcancel () from /usr/lib/libkse.so.1 > (gdb) backtrace > #0 0x288fb85b in pthread_testcancel () from /usr/lib/libkse.so.1 > #1 0x288f3e3c in pthread_mutexattr_init () from /usr/lib/libkse.so.1 > #2 0x08177200 in ?? () > #3 0x0805c090 in ?? () > #4 0x288f8044 in pthread_setconcurrency () from /usr/lib/libkse.so.1 > #5 0x282d56a1 in PR_OpenDir () from /usr/X11R6/lib/firefox/lib/firefox-0.9.1/libnspr4.so > #6 0x28c6ea8c in nsSocketTransportService::Poll () from /usr/X11R6/lib/firefox/lib/firefox-0.9.1/components/libnecko.so > #7 0x28c6ef9a in nsSocketTransportService::ServiceEventQ () from /usr/X11R6/lib/firefox/lib/firefox-0.9.1/components/libnecko.so > #8 0x28189ee3 in nsThread::Main () from /usr/X11R6/lib/firefox/lib/firefox-0.9.1/libxpcom.so > #9 0x282d6be6 in PR_Select () from /usr/X11R6/lib/firefox/lib/firefox-0.9.1/libnspr4.so > #10 0x288e78fd in pthread_create () from /usr/lib/libkse.so.1 > #11 0x28a55a9b in _ctx_start () from /lib/libc.so.5 > #12 0x0810e200 in ?? () > #13 0x282d6b4d in PR_Select () from /usr/X11R6/lib/firefox/lib/firefox-0.9.1/libnspr4.so > #14 0x00000000 in ?? () > #15 0x00000000 in ?? () > Cannot access memory at address 0xbfaee000 > (gdb) > > I'm not sure what else would be required, but I can reproduce this bug at > will. > > - Damian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?40E90F3B.3080405>