Closed
Bug 982111
Opened 11 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•11 years ago
|
||
I got more complete stacks by running LSAN locally.
Attachment #8389173 -
Attachment is obsolete: true
Updated•11 years ago
|
Whiteboard: [lsan][MemShrink] → [lsan][MemShrink:P3]
Comment 2•11 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•11 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•11 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•11 years ago
|
||
I suspect these indirect leaks of the allocations in the Ogg reader are related.
Comment 6•11 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•11 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
•