Date: Thu, 17 Jun 2004 20:03:45 -0400 From: Tom McLaughlin <tmclaugh@sdf.lonestar.org> To: Sean McNeil <sean@mcneil.com> Cc: freebsd-gnome@freebsd.org Subject: Re: firefox core dump Message-ID: <1087517025.18381.4.camel@compass.straycat.dhs.org> In-Reply-To: <1087371421.68343.4.camel@server.mcneil.com> References: <1087349838.99586.2.camel@server.mcneil.com> <1087364265.24564.8.camel@shumai.marcuscom.com> <1087371421.68343.4.camel@server.mcneil.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 2004-06-16 at 03:37, 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
> > >
> > > CFLAGS= -O -pipe -g
> > > STRIP=
> > >
> > > in my make.conf, but it didn't make a difference for the traceback:
> > >
> > > (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 ()
> > >
> > > Is that DirectoryService as in ldap?
> >
> > No, this is the component registration stuff. However, this stack trace
> > doesn't make much sense. I have a feeling there is some more amd64 work
> > 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.
>
> Then I will cc the amd64 list.
>
> > 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.
>
> Well... I added WITH_DEBUG and I don't even finish compiling:
>
> gcc -o FreeBSD5.2_64_DBG.OBJ/mangle -g -fPIC -ansi -Wall -DFREEBSD
> -DHAVE_STRERROR -DHAVE_BSD_FLOCK -DXP_UNIX -DSHLIB_SUFFIX=\"so\"
> -DSHLIB_PREFIX=\"lib\" -DDEBUG -UNDEBUG -DDEBUG_root -D_THREAD_SAFE
> -D_REENTRANT -I/usr/X11R6/include
> -I/usr/ports/www/firefox/work/mozilla/dist/include
> -I../../../../../dist/public/nss -I../../../../../dist/private/nss
> -I../../../../../dist/include
> -I/usr/ports/www/firefox/work/mozilla/dist/include/nspr
> -I/usr/ports/www/firefox/work/mozilla/dist/include/dbm
> FreeBSD5.2_64_DBG.OBJ/mangle.o
> /usr/ports/www/firefox/work/mozilla/dist/lib/libsmime.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libssl.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libnss.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libssl.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libsectool.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libpkcs12.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libpkcs7.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libcerthi.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libpk11wrap.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libcryptohi.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libcerthi.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libnsspki.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libpk11wrap.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libsoftokn.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libcertdb.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libnsspki.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libnssdev.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libnssb.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libswfci.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libfreebl.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libsecutil.a
> /usr/ports/www/firefox/work/mozilla/dist/lib/libdbm.a
> -L/usr/ports/www/firefox/work/mozilla/dist/lib -lplc4 -lplds4 -lnspr4
> -lpthread
> ../../../../coreconf/nsinstall/FreeBSD5.2_64_DBG.OBJ/nsinstall -R -m 775
> FreeBSD5.2_64_DBG.OBJ/mangle
> /usr/ports/www/firefox/work/mozilla/dist/bin
> gmake[4]: Leaving directory
> `/usr/ports/www/firefox/work/mozilla/security/nss/cmd/shlibsign/mangle'
> FreeBSD5.2_64_DBG.OBJ/shlibsign -v -i
> /usr/ports/www/firefox/work/mozilla/dist/lib/libsoftokn3.so
> Assertion failure: _PT_PTHREAD_MUTEX_IS_LOCKED(lock->mutex), at
> ptsynch.c:207
> Abort trap (core dumped)
> gmake[3]: ***
> [/usr/ports/www/firefox/work/mozilla/dist/lib/libsoftokn3.chk] Error 134
> gmake[3]: Leaving directory
> `/usr/ports/www/firefox/work/mozilla/security/nss/cmd/shlibsign'
> gmake[2]: *** [libs] Error 2
> gmake[2]: Leaving directory
> `/usr/ports/www/firefox/work/mozilla/security/manager'
> gmake[1]: *** [tier_40] Error 2
> gmake[1]: Leaving directory `/usr/ports/www/firefox/work/mozilla'
> gmake: *** [default] Error 2
> *** Error code 2
>
> Stop in /usr/ports/www/firefox.
Sean, map libpthread to libc_r in /etc/libmap.conf to take care of
this. I also had to keep the mappings to get mozilla to run with the -g
switch.
[tom@compass tom]$ cat /etc/libmap.conf
libpthread.so.1 libc_r.so.5
libpthread.so libc_r.so
Tom
> core dump trace is
> (gdb) bt
> #0 0x0000000200f56120 in kill () at {standard input}:15
> #1 0x0000000200de2535 in _raise (sig=6)
> at /usr/src/lib/libpthread/thread/thr_raise.c:44
> #2 0x0000000200fb3cd2 in abort () at
> /usr/src/lib/libc/stdlib/abort.c:69
> #3 0x0000000200caa4b1 in PR_Assert (
> s=0x200cc8960 "_PT_PTHREAD_MUTEX_IS_LOCKED(lock->mutex)",
> file=0x200cc87da "ptsynch.c", ln=207) at prlog.c:530
> #4 0x0000000200cbadf6 in PR_Unlock (lock=0x51d200) at ptsynch.c:207
> #5 0x0000000200cb2ee1 in PR_GetEnv (var=0x0) at prenv.c:82
> #6 0x0000000200dd9ec0 in _pr_shm_lm ()
> from /usr/ports/www/firefox/work/mozilla/dist/lib/libnspr4.so
> #7 0x0000000200ca6343 in _PR_InitFdCache () at prfdcach.c:259
> #8 0x0000000200cbca4b in _PR_InitIO () at ptio.c:1153
> #9 0x0000000200cb3620 in _PR_InitStuff () at prinit.c:235
> #10 0x00000002010ff3d0 in __isthreaded () from /lib/libc.so.5
> #11 0x0000000200caed11 in PR_Calloc (nelem=1, elsize=24) at prmem.c:442
> Previous frame inner to this frame (corrupt stack?)
>
>
>
> _______________________________________________
> freebsd-gnome@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-gnome
> To unsubscribe, send any mail to "freebsd-gnome-unsubscribe@freebsd.org"
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1087517025.18381.4.camel>