Closed Bug 815085 Opened 13 years ago Closed 12 years ago

crash in mozilla::MediaPipelineReceiveVideo::PipelineRenderer::RenderVideoFrame

Categories

(Core :: WebRTC: Signaling, defect, P2)

defect

Tracking

()

RESOLVED DUPLICATE of bug 807238

People

(Reporter: scoobidiver, Unassigned)

Details

(Keywords: crash, Whiteboard: [WebRTC],[blocking-webrtc+])

Crash Data

There are several crashes from the same user in 20.0a1/20121125. Signature mozilla::BaseAutoLock<mozilla::Mutex>::BaseAutoLock<mozilla::Mutex>(mozilla::Mutex&) More Reports Search UUID 5ade0c7e-5dc4-41bb-bcba-eb6b72121126 Date Processed 2012-11-26 00:40:41 Uptime 142 Last Crash 2.6 minutes before submission Install Age 45.6 minutes since version was first installed. Install Time 2012-11-25 23:55:28 Product Firefox Version 20.0a1 Build ID 20121125030729 Release Channel nightly OS Windows NT OS Version 6.1.7601 Service Pack 1 Build Architecture x86 Build Architecture Info GenuineIntel family 6 model 42 stepping 7 Crash Reason EXCEPTION_ACCESS_VIOLATION_READ Crash Address 0x9c App Notes AdapterVendorID: 0x8086, AdapterDeviceID: 0x0106, AdapterSubsysID: 05041025, AdapterDriverVersion: 8.15.10.2418 D2D? D2D+ DWrite? DWrite+ D3D10 Layers? D3D10 Layers+ EMCheckCompatibility True Adapter Vendor ID 0x8086 Adapter Device ID 0x0106 Total Virtual Memory 4294836224 Available Virtual Memory 2536632320 System Memory Use Percentage 55 Available Page File 5264592896 Available Physical Memory 1823297536 Frame Module Signature Source 0 xul.dll mozilla::BaseAutoLock<mozilla::Mutex>::BaseAutoLock<mozilla::Mutex> obj-firefox/dist/include/mozilla/Mutex.h:153 1 xul.dll mozilla::SourceMediaStream::AppendToTrack content/media/MediaStreamGraph.cpp:2019 2 xul.dll mozilla::MediaPipelineReceiveVideo::PipelineRenderer::RenderVideoFrame media/webrtc/signaling/src/mediapipeline/MediaPipeline.cpp:795 3 xul.dll mozilla::WebrtcVideoConduit::DeliverFrame media/webrtc/signaling/src/media-conduit/VideoConduit.cpp:595 4 xul.dll webrtc::ViEExternalRendererImpl::RenderFrame media/webrtc/trunk/src/video_engine/vie_renderer.cc:220 5 xul.dll webrtc::IncomingVideoStream::IncomingVideoStreamProcess media/webrtc/trunk/src/modules/video_render/main/source/incoming_video_stream.cc:339 6 xul.dll webrtc::IncomingVideoStream::IncomingVideoStreamThreadFun media/webrtc/trunk/src/modules/video_render/main/source/incoming_video_stream.cc:282 7 xul.dll webrtc::ThreadWindows::Run media/webrtc/trunk/src/system_wrappers/source/thread_win.cc:203 8 xul.dll webrtc::ThreadWindows::StartThread media/webrtc/trunk/src/system_wrappers/source/thread_win.cc:72 9 msvcr100.dll _callthreadstartex f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c:314 10 msvcr100.dll _threadstartex f:\dd\vctools\crt_bld\self_x86\crt\src\threadex.c:292 11 kernel32.dll BaseThreadInitThunk 12 ntdll.dll __RtlUserThreadStart 13 ntdll.dll _RtlUserThreadStart More reports at: https://crash-stats.mozilla.com/report/list?signature=mozilla%3A%3ABaseAutoLock%3Cmozilla%3A%3AMutex%3E%3A%3ABaseAutoLock%3Cmozilla%3A%3AMutex%3E%28mozilla%3A%3AMutex%26%29
URLs which were crashing are all localhost and user hasn't specified an email address. So we can't get in contact.
Crash Signature: [@ mozilla::BaseAutoLock<mozilla::Mutex>::BaseAutoLock<mozilla::Mutex>(mozilla::Mutex&)] → [@ mozilla::BaseAutoLock<mozilla::Mutex>::BaseAutoLock<mozilla::Mutex>(mozilla::Mutex&)] [@ mozilla::SourceMediaStream::AppendToTrack(int, mozilla::MediaSegment*)]
OS: Windows 7 → All
Hardware: x86 → All
Crash Signature: [@ mozilla::BaseAutoLock<mozilla::Mutex>::BaseAutoLock<mozilla::Mutex>(mozilla::Mutex&)] [@ mozilla::SourceMediaStream::AppendToTrack(int, mozilla::MediaSegment*)] → [@ mozilla::BaseAutoLock<mozilla::Mutex>::BaseAutoLock<mozilla::Mutex>(mozilla::Mutex&)] [@ mozilla::SourceMediaStream::AppendToTrack(int mozilla::MediaSegment*)] [@ mozilla::MediaPipelineReceiveVideo::PipelineRenderer::RenderVideoFrame(unsigned char co…
Summary: crash in mozilla::SourceMediaStream::AppendToTrack → crash in mozilla::MediaPipelineReceiveVideo::PipelineRenderer::RenderVideoFrame
Might be Big Lock, but far from certain
Priority: -- → P2
Whiteboard: [WebRTC],[blocking-webrtc+]
I believe this is the same issue as bug 807238 - ::Detach is clearing pipeline_ but there are still active callbacks. I noted this needed to be checked in my patch on that bug.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.