Last Comment Bug 645714 - Crash in mozilla::TimeStamp::Now @ PR_Lock
: Crash in mozilla::TimeStamp::Now @ PR_Lock
[mobile-crash], str-wanted
: crash
Product: Core
Classification: Components
Component: XPCOM (show other bugs)
: Trunk
: ARM Android
: -- critical (vote)
: mozilla13
Assigned To: Nobody; OK to take it and work on it
: Nathan Froyd [:froydnj]
Depends on: 716345
  Show dependency treegraph
Reported: 2011-03-28 09:15 PDT by Scoobidiver (away)
Modified: 2012-05-31 02:20 PDT (History)
4 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Description Scoobidiver (away) 2011-03-28 09:15:56 PDT
It is #21 top crasher in 4.0.

There are two kinds of stack traces:
Frame 	Module 	Signature [Expand] 	Source
0 	PR_Lock 	nsprpub/pr/src/pthreads/ptsynch.c:216
1 	mozilla::TimeStamp::Now 	xpcom/ds/TimeStamp.cpp:115
2 	TimerThread::Run 	nsTArray.h:139
3 	nsThread::ProcessNextEvent 	xpcom/threads/nsThread.cpp:633
4 	NS_ProcessNextEvent_P 	nsThreadUtils.cpp:250
5 	nsThread::ThreadFunc 	xpcom/threads/nsThread.h:85
6 	_pt_root 	nsprpub/pr/src/pthreads/ptthread.c:190

Frame 	Module 	Signature [Expand] 	Source
0 	PR_Lock 	nsprpub/pr/src/pthreads/ptsynch.c:216
1 	mozilla::TimeStamp::Now 	xpcom/ds/TimeStamp.cpp:115
2 	nsTimerImpl::SetDelayInternal 	TimeStamp.h:195
3 	nsTimerImpl::InitCommon 	xpcom/threads/nsTimerImpl.cpp:231
4 	nsTimerImpl::InitWithFuncCallback 	xpcom/threads/nsTimerImpl.cpp:247
5 	mozilla::scache::StartupCache::ResetStartupWriteTimer 	startupcache/StartupCache.cpp:468
6 	mozilla::scache::StartupCache::PutBuffer 	startupcache/StartupCache.cpp:287
7 	mozJSComponentLoader::WriteScript 	js/src/xpconnect/loader/mozJSComponentLoader.cpp:940
8 	mozJSComponentLoader::GlobalForLocation 	js/src/xpconnect/loader/mozJSComponentLoader.cpp:1228
9 	mozJSComponentLoader::LoadModuleImpl 	js/src/xpconnect/loader/mozJSComponentLoader.cpp:697
10 	mozJSComponentLoader::LoadModuleFromJAR 	js/src/xpconnect/loader/mozJSComponentLoader.cpp:661
11 	nsComponentManagerImpl::KnownModule::Load 	xpcom/components/nsComponentManager.cpp:962
12 	nsFactoryEntry::GetFactory 	xpcom/components/nsComponentManager.cpp:1948
13 	nsComponentManagerImpl::CreateInstanceByContractID 	xpcom/components/nsComponentManager.cpp:1323
14 	nsComponentManagerImpl::GetServiceByContractID 	xpcom/components/nsComponentManager.cpp:1676
15 	CallGetService 	nsComponentManagerUtils.cpp:95
16 	nsGetServiceByContractID::operator 	nsComponentManagerUtils.cpp:279 

More reports at:
Comment 1 Naoki Hirata :nhirata (please use needinfo instead of cc) 2011-09-20 11:28:33 PDT
On various devices, most current crash report comes from Droid Bionic:
Comment 3 Naoki Hirata :nhirata (please use needinfo instead of cc) 2011-11-06 17:52:49 PST
Also occurs in native fennec:
Comment 4 Naoki Hirata :nhirata (please use needinfo instead of cc) 2011-11-21 14:17:30 PST
Marking as P3 : bug has existed in XUL, firefox, need str
Comment 6 Scoobidiver (away) 2012-01-26 11:22:54 PST
Stacks are more various than the two ones in comment 0.
The fix of bug 716345 would help to divide it in several sub-bugs.
Comment 8 Naoki Hirata :nhirata (please use needinfo instead of cc) 2012-02-28 16:09:58 PST
Happens in both XUL/Native

Haven't seen it for 13?  Not sure if the changes due to timestamp to uptime made a difference?
Comment 9 Jeff Muizelaar [:jrmuizel] 2012-05-30 21:55:15 PDT
We no longer use the NSPR TimeStamp implementation so this should be fixed.

Note You need to log in before you can comment on or make changes to this bug.