Date: Wed, 16 Jun 2004 00:37:01 -0700 From: Sean McNeil <sean@mcneil.com> To: Joe Marcus Clarke <marcus@marcuscom.com> Cc: freebsd-gnome@freebsd.org Subject: Re: firefox core dump Message-ID: <1087371421.68343.4.camel@server.mcneil.com> In-Reply-To: <1087364265.24564.8.camel@shumai.marcuscom.com> References: <1087349838.99586.2.camel@server.mcneil.com> <1087364265.24564.8.camel@shumai.marcuscom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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.
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?)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1087371421.68343.4.camel>