Open
Bug 1399951
Opened 8 years ago
Updated 8 months ago
rtc::FatalMessage::~FatalMessage in mozilla::MediaEngineWebRTC::EnumerateAudioDevices
Categories
(Core :: WebRTC: Audio/Video, defect, P3)
Tracking
()
NEW
| Tracking | Status | |
|---|---|---|
| firefox57 | --- | affected |
People
(Reporter: bc, Unassigned)
References
()
Details
Attachments
(1 file)
|
193.02 KB,
text/plain
|
Details |
1. https://login.1688.com/member/signin.htm
2.
mozalloc_abort | abort rtc::FatalMessage::~FatalMessage webrtc::ProcessThreadImpl::Start webrtc::VoEBaseImpl::Init mozilla::MediaEngineWebRTC::EnumerateAudioDevices
Nightly 57 at least. Happens on my Ubuntu VMs only. May be due to the fact they are VMs without audio. Does not happen on Fedora 26 or Windows VMs.
| Reporter | ||
Comment 2•8 years ago
|
||
Yes.
Comment 3•8 years ago
|
||
This is failing the RTC_DCHECK() that verifies it hasn't called Start() before on the Process thread. Debug-only check (DCHECK).
Since it's repeatable on linux, rr should make short work of it:
% rr replay
> c
<hit crash>
> <go up to ::Start()>
> watch -l thread_
(watch -l thread_.value? thread_ is a std::unique_ptr<rtc::PlatformThread>)
> rc
<hits crash, this always happens>
> rc
You have now stopped on the first call to Start()
Or just run in gdb and find the first call to Start() (really you want to find the call to Start() with the same 'this' value as the crash; there might be more than one Process thread, though probably not)
Updated•3 years ago
|
Severity: normal → S3
Updated•8 months ago
|
Priority: P2 → P3
You need to log in
before you can comment on or make changes to this bug.
Description
•