842004 - crash in nsThread::GetObserver

Status: RESOLVED DUPLICATE of bug 744836

(Core :: XPCOM, defect)

Description

[Scoobidiver (away)]

There's a spike in crashes in 21.0a1/20130215. The regression range for the spike is:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=aceeea086ccb&tochange=953b1db7a246
I suspect bug 840177.

Signature 	RtlEnterCriticalSection | PR_Lock | nsThread::GetObserver(nsIThreadObserver**) More Reports Search
UUID	366bc5a7-542f-4eba-bc80-81c2a2130216
Date Processed	2013-02-16 05:22:13
Uptime	5144
Last Crash	2.0 days before submission
Install Age	5.8 hours since version was first installed.
Install Time	2013-02-15 23:31:29
Product	Firefox
Version	21.0a1
Build ID	20130215031040
Release Channel	nightly
OS	Windows NT
OS Version	6.1.7600 Service Pack 1
Build Architecture	x86
Build Architecture Info	AuthenticAMD family 16 model 6 stepping 3
Crash Reason	EXCEPTION_ACCESS_VIOLATION_WRITE
Crash Address	0x20
App Notes 	
AdapterVendorID: 0x1002, AdapterDeviceID: 0x9712, AdapterSubsysID: 036e1025, AdapterDriverVersion: 8.970.100.3000
D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+ 
Processor Notes 	sp-processor01.phx1.mozilla.com_31174:2008
EMCheckCompatibility	True
Adapter Vendor ID	0x1002
Adapter Device ID	0x9712
Total Virtual Memory	2147352576
Available Virtual Memory	852029440
System Memory Use Percentage	60
Available Page File	5021839360
Available Physical Memory	1177485312

Frame 	Module 	Signature 	Source
0 	ntdll.dll 	RtlEnterCriticalSection 	
1 	nspr4.dll 	PR_Lock 	nsprpub/pr/src/threads/combined/prulock.c:201
2 	xul.dll 	nsThread::GetObserver 	xpcom/threads/nsThread.cpp:699
3 	xul.dll 	nsThread::PutEvent 	xpcom/threads/nsThread.cpp:375
4 	xul.dll 	nsThread::Dispatch 	xpcom/threads/nsThread.cpp:415
5 	xul.dll 	nsTimerImpl::PostTimerEvent 	xpcom/threads/nsTimerImpl.cpp:602
6 	xul.dll 	TimerThread::Run 	xpcom/threads/TimerThread.cpp:288
7 	xul.dll 	nsThread::ProcessNextEvent 	xpcom/threads/nsThread.cpp:627
8 	xul.dll 	NS_ProcessNextEvent_P 	obj-firefox/xpcom/build/nsThreadUtils.cpp:238
9 	xul.dll 	nsThread::ThreadFunc 	xpcom/threads/nsThread.cpp:265
10 	nspr4.dll 	_PR_NativeRunThread 	nsprpub/pr/src/threads/combined/pruthr.c:395
11 	nspr4.dll 	pr_root 	nsprpub/pr/src/md/windows/w95thred.c:90
12 	msvcr100.dll 	_callthreadstartex 	f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c:314
13 	msvcr100.dll 	_threadstartex 	f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c:292
14 	kernel32.dll 	BaseThreadInitThunk 	
15 	ntdll.dll 	__RtlUserThreadStart 	
16 	ntdll.dll 	_RtlUserThreadStart

More reports at:
https://crash-stats.mozilla.com/report/list?signature=RtlEnterCriticalSection+|+PR_Lock+|+nsThread%3A%3AGetObserver%28nsIThreadObserver**%29

Comment 1

[Scoobidiver (away)]

It has only happened in 21.0a1/20130215 so far.

Comment 2

[Richard Newman [:rnewman]]

Bug 838877 also introduced a pref observer, in case that's relevant here.

Comment 3

[Richard Newman [:rnewman]]

And of course I can't reproduce this on Mac.

Comment 4

[Scoobidiver (away)]

(In reply to Scoobidiver from comment #1)
> It has only happened in 21.0a1/20130215 so far.
Confirmed.

Comment 5

[Scoobidiver (away)]

There are several one-build spikes in Aurora: 22.0a2/20130408, 22.0a2/20130418, 22.0a2/20130421.

Comment 6

[Benjamin Smedberg]

This is very similar, probably a dup of bug 744836.

Comment 7

[Scoobidiver (away)]

(In reply to Benjamin Smedberg  [:bsmedberg] from comment #6)
> This is very similar, probably a dup of bug 744836.
It is because it spiked in builds where bug 744836 has no crashes.