Closed
Bug 982111
Opened 10 years ago
Closed 9 years ago
Leaks in nestegg_read_packet called by WebMReader::NextPacket
Categories
(Core :: Audio/Video, defect)
Core
Audio/Video
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: mccr8, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: memory-leak, Whiteboard: [lsan][MemShrink:P3])
Attachments
(2 files, 1 obsolete file)
There are a total of about 11KB of leaks with stacks that look like this: Indirect leak of 9141 byte(s) in 33 object(s) allocated from: #0 0x446434 in calloc /builds/slave/moz-toolchain/src/llvm/projects/compiler-rt/lib/asan/asan_malloc_linux.cc:90 #1 0x7f4cf4883b78 in ne_alloc /somepath/media/libnestegg/src/nestegg.c:507 #2 0x7f4cf4883b78 in ne_read_block /somepath/media/libnestegg/src/nestegg.c:1356 #3 0x7f4cf4883b78 in nestegg_read_packet /somepath/media/libnestegg/src/nestegg.c:2190 #4 0x7f4cf29fec95 in mozilla::WebMReader::NextPacket(mozilla::WebMReader::TrackType) /somepath/content/media/webm/WebMReader.cpp:788 #5 0x7f4cf29ff4fd in mozilla::WebMReader::DecodeVideoFrame(bool&, long) /somepath/content/media/webm/WebMReader.cpp:869 #6 0x7f4cf28c4411 in mozilla::MediaDecoderStateMachine::DecodeLoop() /somepath/content/media/MediaDecoderStateMachine.cpp:700
Reporter | ||
Comment 1•10 years ago
|
||
I got more complete stacks by running LSAN locally.
Attachment #8389173 -
Attachment is obsolete: true
Updated•10 years ago
|
Whiteboard: [lsan][MemShrink] → [lsan][MemShrink:P3]
Comment 2•10 years ago
|
||
Some of the things in the vicinity of WebMReader could stand to be leak-checked. I think the memory management for nestegg_packets is correct and we are leaking the containing object(s) somewhere.
Reporter | ||
Comment 3•10 years ago
|
||
Ah, yeah, the "indirect leak" in comment 0 means that LSAN found another block that holds onto this one, and it thinks the other one doesn't have any references. I'll try to dig around more when I get the chance.
Reporter | ||
Comment 4•10 years ago
|
||
Hmm, okay, in the full set of leak stacks, there is one that's a "direct leak", so LSAN at least thinks some of it is being leaked directly.
Reporter | ||
Comment 5•10 years ago
|
||
I suspect these indirect leaks of the allocations in the Ogg reader are related.
Comment 6•10 years ago
|
||
(In reply to Andrew McCreight [:mccr8] from comment #5) > Created attachment 8395852 [details] > OGG reader leaks > > I suspect these indirect leaks of the allocations in the Ogg reader are > related. Looks like MediaMetadataManager::DispatchMetadataIfNeeded is leaking these. Filed bug 990892.
Comment 7•10 years ago
|
||
Also filed bug 990817 to clean up WebMReader's memory management in a couple of places. But I have no idea where/why it's leaking.
Reporter | ||
Comment 8•9 years ago
|
||
I don't see this leak any more, so I'm going to remove the suppression in bug 1201096. Maybe bug 1198107 fixed this.
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.
Description
•