Closed Bug 1167562 Opened 10 years ago Closed 9 years ago

crash in mozilla::net::nvFIFO::Length()

Categories

(Core :: Networking: HTTP, defect)

x86
Windows NT
defect
Not set
critical

Tracking

()

RESOLVED DUPLICATE of bug 1159747

People

(Reporter: MatsPalmgren_bugz, Unassigned)

References

Details

(Keywords: crash, crashreportid, Whiteboard: [sdpy])

Crash Data

This bug was filed from the Socorro interface and is report bp-9e253869-ac69-4fbf-b5fc-85b0e2150424. ============================================================= Low-volume but it's relatively high in v40 which is a bit worrying. The crash reason is a null-pointer read. All reported crashes are on x86 Windows. 0 mozilla::net::nvFIFO::Length() 1 mozilla::net::Http2Compressor::ProcessHeader(mozilla::net::nvPair, bool, bool) 2 mozilla::net::Http2Compressor::EncodeHeaderBlock(nsCString const&, nsACString_internal const&, nsACString_internal const&, nsACString_internal const&, nsACString_internal const&, bool, nsACString_internal&) 3 mozilla::net::Http2Stream::GenerateOpen() 4 mozilla::net::Http2Stream::OnReadSegment(char const*, unsigned int, unsigned int*) 5 mozilla::net::nsHttpTransaction::ReadRequestSegment(nsIInputStream*, void*, char const*, unsigned int, unsigned int, unsigned int*) 6 nsStringInputStream::ReadSegments(nsresult (*)(nsIInputStream*, void*, char const*, unsigned int, unsigned int, unsigned int*), void*, unsigned int, unsigned int*) 7 mozilla::net::nsHttpTransaction::ReadSegments(mozilla::net::nsAHttpSegmentReader*, unsigned int, unsigned int*) 8 mozilla::net::Http2Stream::ReadSegments(mozilla::net::nsAHttpSegmentReader*, unsigned int, unsigned int*) 9 mozilla::net::Http2Session::ReadSegments(mozilla::net::nsAHttpSegmentReader*, unsigned int, unsigned int*) 10 mozilla::net::nsHttpConnection::OnSocketWritable() 11 mozilla::net::nsHttpConnection::OnOutputStreamReady(nsIAsyncOutputStream*) 12 mozilla::net::nsHttpConnectionForceIO::Run() 13 nsThread::ProcessNextEvent(bool, bool*) 14 NS_ProcessNextEvent(nsIThread*, bool) 15 nsSocketTransportService::Run() 16 nsThread::ProcessNextEvent(bool, bool*) 17 NS_ProcessNextEvent(nsIThread*, bool) 18 mozilla::ipc::MessagePumpForNonMainThreads::Run(base::MessagePump::Delegate*) 19 MessageLoop::RunHandler() 20 MessageLoop::Run() 21 nsThread::ThreadFunc(void*) 22 _PR_NativeRunThread 23 pr_root 24 _callthreadstartex 25 msvcr120.dll@0x2c000 26 BaseThreadInitThunk 27 __RtlUserThreadStart 28 _RtlUserThreadStart
Flags: needinfo?(hurley)
Whiteboard: [sdpy]
I'm 99.9% certain this shares the same root cause (and therefore fix) as bug 1159747 (both crashes are on a line that derefs gStaticHeaders). I'm just trying to figure out why my solution there is causing test timeouts, will have a fix ready soon.
Flags: needinfo?(hurley)
Depends on: 1159747
Yeah, I suspect x86 and x64 merely got different signatures due to inlining.
Crash Signature: [@ mozilla::net::nvFIFO::Length()] → [@ mozilla::net::nvFIFO::Length()] [@ mozilla::net::nvFIFO::Length]
this does not exist in crash-stats >= 40 which is where 1159747 was fixed
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.