Closed
Bug 53932
Opened 24 years ago
Closed 15 years ago
nsComponentManagerImpl leaks nsComponentManagerLog
Categories
(Core :: XPCOM, defect)
Core
XPCOM
Tracking
()
RESOLVED
WONTFIX
People
(Reporter: jonsmirl, Unassigned)
Details
(Keywords: memory-leak)
The nsComponentManagerLog variable is never deleted.
Keywords: mlk
Comment 1•24 years ago
|
||
Setting Jon Smirl's bugs to New
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 4•23 years ago
|
||
-> cathleen for a new home
Assignee: dprice → asa
Component: XPCOM → Browser-General
QA Contact: rayw → doronr
Updated•22 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla1.0
Comment 7•22 years ago
|
||
->dougt
Comment 8•22 years ago
|
||
Moving Netscape owned 0.9.9 and 1.0 bugs that don't have an nsbeta1, nsbeta1+, topembed, topembed+, Mozilla0.9.9+ or Mozilla1.0+ keyword. Please send any questions or feedback about this to adt@netscape.com. You can search for "Moving bugs not scheduled for a project" to quickly delete this bugmail.
Target Milestone: mozilla1.0 → mozilla1.2
Updated•20 years ago
|
Product: Browser → Seamonkey
Updated•16 years ago
|
Assignee: dp → general
Status: ASSIGNED → NEW
Priority: P3 → --
QA Contact: doronr → general
Target Milestone: mozilla1.2alpha → ---
Comment 9•16 years ago
|
||
<http://mxr.mozilla.org/mozilla-central/search?string=nsComponentManagerLog&case=on&filter=%5E%5B%5E%5C0%5D*%24&tree=mozilla-central> {{ /xpcom/obsolete/component/nsRegistry.cpp * line 75 -- extern NS_COM PRLogModuleInfo *nsComponentManagerLog; /xpcom/components/nsComponentManager.cpp * line 99 -- NS_COM PRLogModuleInfo* nsComponentManagerLog = nsnull; * line 614 -- if (nsComponentManagerLog == nsnull) * line 616 -- nsComponentManagerLog = PR_NewLogModule("nsComponentManager"); }}
Assignee: general → nobody
Component: General → XPCOM
Product: Mozilla Application Suite → Core
QA Contact: general → xpcom
Comment 10•16 years ago
|
||
<http://mxr.mozilla.org/mozilla-central/source/nsprpub/pr/include/prlog.h#229> <http://mxr.mozilla.org/mozilla-central/source/nsprpub/pr/src/io/prlog.c#366> <http://mxr.mozilla.org/mozilla-central/source/nsprpub/pr/include/prmem.h#131> As far as I can tell, |PR_NewLogModule()| is used in the same way everywhere, and the returned |PRLogModuleInfo| variable is (never) freed nowhere. Is this XPCOM bug valid ? Is it (rather) a global NSPR issue ?
Updated•15 years ago
|
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
Comment 11•15 years ago
|
||
benjamin, why WontFix?
Comment 12•15 years ago
|
||
We leak PRlogs by design, and fixing that would be IMO too much trouble for little gain.
Updated•15 years ago
|
Summary: nsComponentManagerImpl leaks memory → nsComponentManagerImpl leaks nsComponentManagerLog
You need to log in
before you can comment on or make changes to this bug.
Description
•