Closed Bug 537033 Opened 16 years ago Closed 9 years ago

crash [@ TimerThread::UpdateFilter(unsigned int, unsigned int, unsigned int)] because this->mDelayLine' is null

Categories

(Core :: XPCOM, defect)

Product:
Core
Component:
XPCOM
Version:
1.9.1 Branch
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: wsmwk, Unassigned)

Details

(Keywords: crash, Whiteboard: [rare][tbird crash])

Crash Data

crash [@ TimerThread::UpdateFilter(unsigned int, unsigned int, unsigned int)] this top of stack exists on talkback for v2. only one found for v3.0. In firefox however, 350 crashes/week. (perhaps a different issue?) thunderbird 3, windows 7, 0x0 (perhaps same person as bug 537026?) bp-68c70b79-de79-4fa3-bccb-2c56b2091218 0 xpcom_core.dll TimerThread::UpdateFilter xpcom/threads/TimerThread.cpp:198 1 xpcom_core.dll nsTimerImpl::Fire xpcom/threads/nsTimerImpl.cpp:402 2 xpcom_core.dll nsTimerEvent::Run xpcom/threads/nsTimerImpl.cpp:512 3 xpcom_core.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:521 firefox 3.5.6 bp-b74a1acb-1fcf-4ddd-83c9-c89a02091228 0 xul.dll TimerThread::UpdateFilter xpcom/threads/TimerThread.cpp:230 1 xul.dll nsTimerImpl::Fire xpcom/threads/nsTimerImpl.cpp:402 2 xul.dll nsTimerEvent::Run xpcom/threads/nsTimerImpl.cpp:512 3 xul.dll nsThread::ProcessNextEvent xpcom/threads/nsThread.cpp:521 4 xul.dll nsBaseAppShell::Run widget/src/xpwidgets/nsBaseAppShell.cpp:170 5 xul.dll nsAppStartup::Run toolkit/components/startup/src/nsAppStartup.cpp:193
(In reply to comment #0) > this top of stack exists on talkback for v2. only one found for v3.0. > In firefox however, 350 crashes/week. (perhaps a different issue?) Do we have comments? Would be nice to focus one component which could be the fault.
UUID 68c70b79-de79-4fa3-bccb-2c56b2091218 Crash Reason EXCEPTION_FLT_INVALID_OPERATION Crash Address 0x0 197 PRInt32 slack = (PRInt32) (aTimeout - aNow); 198 double smoothSlack = 0; <- you are here That's just strange. UUID b74a1acb-1fcf-4ddd-83c9-c89a02091228 Crash Reason EXCEPTION_ACCESS_VIOLATION Crash Address 0x92 230 smoothSlack += mDelayLine[(mDelayLineCounter-i) & DELAY_LINE_LENGTH_MASK]; This implies that 'this->mDelayLine' is null. I can't figure out how that would happen. The logical culprit would be the caller playing fast and lose with a global static. however the object in question is visible as alive and running in thread 1, and given that the path to deleting it involves it killing its thread, ....
Crash Signature: [@ TimerThread::UpdateFilter(unsigned int, unsigned int, unsigned int)]
rare in thunderbird. relatively rare also for firefox bp-94eee502-79b6-4075-961d-ddf442111129 version 8 signature in version 5 and newer is TimerThread::UpdateFilter(unsigned int, mozilla::TimeStamp, mozilla::TimeStamp)
Crash Signature: [@ TimerThread::UpdateFilter(unsigned int, unsigned int, unsigned int)] → [@ TimerThread::UpdateFilter(unsigned int, unsigned int, unsigned int)] [@ TimerThread::UpdateFilter(unsigned int, mozilla::TimeStamp, mozilla::TimeStamp)] [@ TimerThread::UpdateFilter]
Component: Backend → XPCOM
Product: MailNews Core → Core
QA Contact: backend → xpcom
Whiteboard: [rare][tbird crash]
bp-fffe44f0-5b41-450a-8735-3c5722130510 TB21
Summary: crash [@ TimerThread::UpdateFilter(unsigned int, unsigned int, unsigned int)] → crash [@ TimerThread::UpdateFilter(unsigned int, unsigned int, unsigned int)] because this->mDelayLine' is null
I'm marking this bug as WORKSFORME as bug crashlog signature didn't appear from a long time (over half year) in Firefox (except some obsolete Fx <22, no crashes starting since Fx 22).
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.