Closed Bug 645714 Opened 11 years ago Closed 9 years ago

Crash in mozilla::TimeStamp::Now @ PR_Lock

Categories

(Core :: XPCOM, defect)

ARM
Android
defect
Not set
critical

Tracking

()

RESOLVED FIXED
mozilla13
Tracking Status
firefox11 --- affected
firefox12 --- affected

People

(Reporter: scoobidiver, Unassigned)

References

Details

(Keywords: crash, Whiteboard: [mobile-crash], str-wanted)

Crash Data

It is #21 top crasher in 4.0.

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

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

More reports at:
https://crash-stats.mozilla.com/report/list?product=Fennec&range_value=4&range_unit=weeks&signature=PR_Lock
Crash Signature: [@ PR_Lock ]
Whiteboard: [mobile-crash]
Also occurs in native fennec: 
https://crash-stats.mozilla.com/report/index/6fab3249-781e-4137-968a-d13eb2111105
Whiteboard: [mobile-crash] → [mobile-crash][native-crash]
Whiteboard: [mobile-crash][native-crash] → [mobile-crash][native-crash:P3]
Marking as P3 : bug has existed in XUL, firefox, need str
Whiteboard: [mobile-crash][native-crash:P3] → [mobile-crash][native-crash:P3], str-wanted
Depends on: 716345
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.
Summary: Crash in mozilla::TimeStamp::Now [@ PR_Lock ] mainly close to startup → Crash in mozilla::TimeStamp::Now [@ PR_Lock ]
Crash Signature: [@ PR_Lock ] → [@ PR_Lock ] [@ PR_Lock | mozilla::TimeStamp::Now]
Summary: Crash in mozilla::TimeStamp::Now [@ PR_Lock ] → Crash in mozilla::TimeStamp::Now @ PR_Lock
We no longer use the NSPR TimeStamp implementation so this should be fixed.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Whiteboard: [mobile-crash][native-crash:P3], str-wanted → [mobile-crash], str-wanted
Target Milestone: --- → mozilla13
You need to log in before you can comment on or make changes to this bug.