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.