Closed Bug 602373 Opened 14 years ago Closed 14 years ago

Crash in [@ VirtualAllocEx ]

Categories

(Core :: General, defect)

Product:
Core
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
VERIFIED DUPLICATE of bug 467167

People

(Reporter: marcia, Unassigned)

Details

(Keywords: crash, topcrash)

Crash Data

Seen while reviewing crash stats. http://tinyurl.com/2fncawj links to the current set of crashes, which are all Windows and small volume. Crashes started showing up using the 2010100200 build.

Frame 	Module 	Signature [Expand] 	Source
0 		@0x10db1c17 	
1 	kernel32.dll 	VirtualAllocEx 	
2 	kernel32.dll 	VirtualAlloc 	
3 	nspr4.dll 	_PR_MD_SEND 	nsprpub/pr/src/md/windows/w95sock.c:357
4 	nspr4.dll 	SocketSend 	nsprpub/pr/src/io/prsocket.c:681
5 	nspr4.dll 	SocketWrite 	nsprpub/pr/src/io/prsocket.c:701
6 	nspr4.dll 	PR_SetPollableEvent 	nsprpub/pr/src/io/prpolevt.c:232
7 	xul.dll 	nsSocketTransportService::OnDispatchedEvent 	netwerk/base/src/nsSocketTransportService2.cpp:528
8 	xul.dll 	nsThread::Dispatch 	xpcom/threads/nsThread.cpp:418
9 	xul.dll 	nsSocketTransportService::Dispatch 	netwerk/base/src/nsSocketTransportService2.cpp:124
10 	xul.dll 	nsHttpConnectionMgr::PostEvent 	netwerk/protocol/http/nsHttpConnectionMgr.cpp:175
11 	xul.dll 	nsHttpConnectionMgr::AddTransaction 	netwerk/protocol/http/nsHttpConnectionMgr.cpp:188
12 	xul.dll 	nsHttpChannel::Connect 	netwerk/protocol/http/nsHttpChannel.cpp:321
13 	xul.dll 	nsHttpChannel::OnNormalCacheEntryAvailable 	netwerk/protocol/http/nsHttpChannel.cpp:2229
14 	xul.dll 	nsHttpChannel::OnCacheEntryAvailable 	netwerk/protocol/http/nsHttpChannel.cpp:4400
15 	xul.dll 	nsCacheListenerEvent::Run 	netwerk/cache/nsCacheService.cpp:1450
16 	xul.dll 	nsThread::ProcessNextEvent 	xpcom/threads/nsThread.cpp:547
17 	xul.dll 	mozilla::ipc::MessagePump::Run 	ipc/glue/MessagePump.cpp:110
18 	xul.dll 	xul.dll@0xacd06b 	
19 	xul.dll 	MessageLoop::RunInternal 	ipc/chromium/src/base/message_loop.cc:219
20 	xul.dll 	MessageLoop::RunHandler 	ipc/chromium/src/base/message_loop.cc:202
21 	mozcrt19.dll 	free 	obj-firefox/memory/jemalloc/crtsrc/jemalloc.c:6121
22 	xul.dll 	_SEH_epilog4 	
23 	xul.dll 	xul.dll@0x35ebe4 	
24 	firefox.exe 	firefox.exe@0x1bb7 	
25 	kernel32.dll 	GetCodePageFileInfo 	
26 	kernel32.dll 	BaseProcessStart 	
27 	firefox.exe 	firefox.exe@0x186f

Similar or the same as: Bug 422044?
If this bug and bug 422044 are the same, for the combined signature, it is #20 top crasher in 4.0b8pre for the last week.
blocking2.0: --- → ?
Keywords: topcrash
I doubt that this is an NSPR bug. If this is a new signature, can I get a nightly regression range? I suspect some netwerk/ change is actually to blame. Moving to Core:General for now.
Assignee: wtc → nobody
Component: NSPR → General
Product: NSPR → Core
QA Contact: nspr → general
Version: other → unspecified
> If this is a new signature, can I get a nightly regression range?
It is a residual crash signature that exists in 3.5, 3.6 and trunk builds.
dwitte, does this sound like more LSP stuff?
Yup. We've got 1862 crashes on 2.0 within the last week, spanning b1 through b8pre. And 2401 on 1.9.2.

In fact, I'll guarantee this shares the same cause as bug 601089. They both showed up in enormous volume on 11/3. I'm just gonna dupe this over.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
Are you sure you dupe the right bug? I don't see any correlation in crash volume between this bug and bug 601089.
May be you mean bug 467167 because stack traces are similar?
Yeah, I meant 467167, thanks.
blocking2.0: ? → ---
Status: RESOLVED → VERIFIED
Crash Signature: [@ VirtualAllocEx ]
You need to log in before you can comment on or make changes to this bug.