Closed
Bug 20229
Opened 25 years ago
Closed 25 years ago
[MLK] Leaking nsDeque objects
Categories
(Core :: DOM: HTML Parser, defect, P3)
Core
DOM: HTML Parser
Tracking
()
VERIFIED
FIXED
M14
People
(Reporter: beard, Assigned: rickg)
References
()
Details
Attachments
(1 file)
(deleted),
text/html
|
Details |
nsCParserNode::~nsCParserNode() can (and does apparently) leak nsDeque objects,
since it only conditionally deletes mAttributes. I'm enclosing a report for
such a leak.
Reporter | ||
Comment 1•25 years ago
|
||
The problem is in XIFDTD; nodes will leak children if the nodes themselves are
not handled properly.
Reporter | ||
Comment 3•25 years ago
|
||
But I didn't see nodes leaking, just nsDeques leaking by themselves. Do you
not agree that there's a possibility that the deque isn't deleted because of
the way you've written nsCParserNode::~nsCParserNode()?
No -- the attributes deque is being deleted when the node gets destroyed.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Patrick is the man! Bug was caused by erroneous conditional, which caused
mAttributes deque to leak if it existed but was empty.
Marking verified as per the developer comments.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•