Closed
Bug 794374
Opened 12 years ago
Closed 1 year ago
Valgrind on tbpl detects leak - 3,520 bytes are definitely lost (direct) with nsComponentManagerImpl::ManifestComponent on the stack
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: gkw, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: memory-leak, valgrind)
Attachments
(1 file)
2.40 KB,
text/plain
|
Details |
Valgrind detects a leak of 3,520 bytes (direct) with nsComponentManagerImpl::ManifestComponent on the stack, see attached snippet which comes from: https://tbpl.mozilla.org/php/getParsedLog.php?id=15521837&tree=Firefox&full=1 Guessing Core: XPCOM, please change component if necessary.
Comment 1•2 years ago
|
||
In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.
Severity: major → --
Comment 2•1 year ago
|
||
I guess we would see these leaks with our current leak detection system, too.
Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INCOMPLETE
Comment 3•1 year ago
|
||
We intentionally leak a lot of XPCOM component manager stuff for some reason. In leakcheck and LSan, we have ignore list stuff to deal with it. That said, I think it is fine to close this.
You need to log in
before you can comment on or make changes to this bug.
Description
•