Date: Thu, 17 Jun 2004 21:35:21 -0400 From: Joe Marcus Clarke <marcus@marcuscom.com> To: Sean McNeil <sean@mcneil.com> Cc: freebsd-gnome@freebsd.org Subject: Re: firefox core dump Message-ID: <1087522521.27689.6.camel@shumai.marcuscom.com> In-Reply-To: <1087499331.73513.3.camel@server.mcneil.com> References: <1087349838.99586.2.camel@server.mcneil.com> <1087364265.24564.8.camel@shumai.marcuscom.com> <1087499331.73513.3.camel@server.mcneil.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--=-EVDnpeSpavm4gZwRD9Ai Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2004-06-17 at 15:08, Sean McNeil wrote: > On Tue, 2004-06-15 at 22:37, Joe Marcus Clarke wrote: > > On Tue, 2004-06-15 at 21:37, Sean McNeil wrote: > > > I just got done rebuilding firefox on amd64 and I get a sigbus on > > > startup. I had > > >=20 > > > CFLAGS=3D -O -pipe -g > > > STRIP=3D > > >=20 > > > in my make.conf, but it didn't make a difference for the traceback: > > >=20 > > > (gdb) bt > > > #0 0x0000000200835a64 in non-virtual thunk to > > > nsDirectoryService::AddRef() () > > > from /usr/X11R6/lib/firefox/lib/firefox-0.9/libxpcom.so > > > #1 0x00000002008350a3 in nsDirectoryService::~nsDirectoryService () > > > from /usr/X11R6/lib/firefox/lib/firefox-0.9/libxpcom.so > > > #2 0x0000000200834ddc in nsDirectoryService::Create () > > > from /usr/X11R6/lib/firefox/lib/firefox-0.9/libxpcom.so > > > #3 0x000000020081c4a2 in NS_InitXPCOM2 () > > > from /usr/X11R6/lib/firefox/lib/firefox-0.9/libxpcom.so > > > #4 0x0000000000407747 in ScopedXPCOMStartup::Initialize () > > > #5 0x00000000004089b2 in ScopedXPCOMStartup::SetWindowCreator () > > > #6 0x0000000000408e74 in ScopedXPCOMStartup::SetWindowCreator () > > > #7 0x00000000004098fa in xre_main () > > > #8 0x00000000004058a0 in main () > > >=20 > > > Is that DirectoryService as in ldap? > >=20 > > No, this is the component registration stuff. However, this stack trac= e > > doesn't make much sense. I have a feeling there is some more amd64 wor= k > > that needs to be done for Mozilla 1.7-based browsers. I was kind of > > hoping the amd64 team could have a look since I'm shy on hardware, and > > they have the requisite architecture knowledge. > >=20 > > Mezz's recommendation is the best course of action right now. Try to > > get a more coherent stack trace, and maybe this will turn out to be an > > easy solution. > >=20 > > Joe >=20 > Sorry, I cannot get any further information on this. I tried removing > everything in /usr/X11R6/lib/firefox but that didn't help. Setting > WITH_DEBUG caused the problem compiling that I posted previously. Debugging with Mozilla and Firefox has been problematic due to the lack of KSE debugging support. In general, libmap'ing libpthread to libc_r should get Firefox to compile. However, running under libc_r might not produce any crashes. At least this is what I'm seeing with a thunderbird-0.7 crash. Joe >=20 > Sean >=20 --=20 PGP Key : http://www.marcuscom.com/pgp.asc --=-EVDnpeSpavm4gZwRD9Ai Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (FreeBSD) iD8DBQBA0kbZb2iPiv4Uz4cRAuoLAKCHJytLPcfce1wMqdujjqqv1G6KtwCggvLt ofdzFV+fAtHyc6uP//CfCzs= =IaX4 -----END PGP SIGNATURE----- --=-EVDnpeSpavm4gZwRD9Ai--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1087522521.27689.6.camel>