RE: Update on mozilla segfault problem
Chuck,
Yes, I did ... However I wasn't sure the back trace actually showed the
failure that occurred in the /usr/bin/mozilla-1.0.0 script, so I added
this to the script:
# if there's no command line argument and there's not a running
# instance then just fire up a new copy of the browser
if [ -z "$1" ]; then
echo Here we run $MOZ_PROGRAM
# Substitute gdb
gdb -batch -x gdb-in /usr/lib/mozilla/mozilla-bin > foo
exec $MOZ_PROGRAM 2>/dev/null >/dev/null
fi
Where gdb-in says:
run /usr/lib/mozilla/mozilla-bin
bt
quit
The resulting back trace from foo is as follows:
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
(no debugging symbols found)...(no debugging symbols found)...
Program received signal SIG37, Real-time event 37.
0x4036d834 in sigsuspend () from /lib/libc.so.6
#0 0x4036d834 in sigsuspend () from /lib/libc.so.6
#1 0x402ffaf4 in __pthread_wait_for_restart_signal ()
from /lib/libpthread.so.0
#2 0x402ff2f4 in pthread_create@@GLIBC_2.2 () from /lib/libpthread.so.0
#3 0x402d4bb4 in PR_Select () from /usr/lib/libnspr4.so
#4 0x40207608 in nsThread::Init(nsIRunnable*, unsigned,
PRThreadPriority, PRThr
eadScope, PRThreadState) () from /usr/lib/libxpcom.so
#5 0x402077c0 in NS_NewThread(nsIThread**, nsIRunnable*, unsigned,
PRThreadStat
e, PRThreadPriority, PRThreadScope) () from /usr/lib/libxpcom.so
#6 0x40ad5544 in NSGetModule () from
/usr/lib/mozilla/components/libnecko.so
#7 0x40ad5360 in NSGetModule () from
/usr/lib/mozilla/components/libnecko.so
#8 0x40248dec in nsGenericFactory::CreateInstance(nsISupports*, nsID
const&, vo
id**) () from /usr/lib/libxpcom.so
#9 0x401f65ac in nsComponentManagerImpl::CreateInstance(nsID const&,
nsISupport
s*, nsID const&, void**) () from /usr/lib/libxpcom.so
#10 0x401f69b4 in nsComponentManagerImpl::GetService(nsID const&, nsID
const&, v
oid**) () from /usr/lib/libxpcom.so
#11 0x40201d18 in nsServiceManager::GetService(nsID const&, nsID const&,
nsISupp
orts**, nsIShutdownListener*) () from /usr/lib/libxpcom.so
#12 0x40ab4eb4 in NSGetModule () from
/usr/lib/mozilla/components/libnecko.so
#13 0x40ab5aa4 in NSGetModule () from
/usr/lib/mozilla/components/libnecko.so
#14 0x40248dec in nsGenericFactory::CreateInstance(nsISupports*, nsID
const&, vo
id**) () from /usr/lib/libxpcom.so
#15 0x401f65ac in nsComponentManagerImpl::CreateInstance(nsID const&,
nsISupport
s*, nsID const&, void**) () from /usr/lib/libxpcom.so
#16 0x401f69b4 in nsComponentManagerImpl::GetService(nsID const&, nsID
const&, v
oid**) () from /usr/lib/libxpcom.so
#17 0x4024ab20 in nsGetServiceByCID::operator()(nsID const&, void**)
const ()
from /usr/lib/libxpcom.so
#18 0x40248118 in nsCOMPtr_base::assign_from_helper(nsCOMPtr_helper
const&, nsID
const&) () from /usr/lib/libxpcom.so
#19 0x40c6ae4c in NSGetModule ()
from /usr/lib/mozilla/components/libnsappshell.so
#20 0x40c6b238 in NSGetModule ()
from /usr/lib/mozilla/components/libnsappshell.so
#21 0x0001a538 in getCountry(nsAString const&, nsAString&) ()
#22 0x0001b728 in main ()
#23 0x40358e04 in __libc_start_main () from /lib/libc.so.6
#24 0x000153a0 in _start ()
I sure hope this means something to someone ... Please, anyone let me
know what else I can do to help fix this mozilla segfault.
Take care,
frank
-----Original Message-----
From: Chuck Slivkoff [mailto:caslivkoff@telocity.com]
Sent: Wednesday, October 02, 2002 12:44 AM
To: Frank Alden Smith
Cc: debian-hppa@lists.debian.org
Subject: Re: Update on mozilla segfault problem
Have you tried running mozilla-bin from within gdb?
On Tue, 2002-10-01 at 12:09, Frank Alden Smith wrote:
>
> In addition to the stealthy mozilla segfault described in my earlier
> post (attached) I discovered that setting ulimit does not produce a
core
> file with which to diagnose the segfault.
>
Reply to: