Closed Bug 3723 Opened 26 years ago Closed 26 years ago

XPCOM needs shutdown

Categories

(Core :: XPCOM, defect, P2)

x86
Linux
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: bruce, Assigned: dp)

References

Details

March 12,1999 pull and build. leaks the nsFactoryEntry allocated and returned from PlatformFind(). Solaris 2.6, gcc 2.7.2.3 MLK: 24 bytes leaked at 0x1c8870 * This memory was allocated from: malloc [rtlib.o] __bUiLtIn_nEw [libgcc.a] __builtin_new [rtlib.o] nsComponentManagerImpl::PlatformFind(const nsID&,nsFactoryEntry**) [nsCo mponentManager.cpp:679] nsComponentManagerImpl::FindFactory(const nsID&,nsIFactory**) [nsCompone ntManager.cpp:936] nsComponentManagerImpl::RegisterComponent(const nsID&,const char*,const char*,const char*,int,int) [nsComponentManager.cpp:1297]
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → WONTFIX
This data never gets freed until app dies as the xpcom object lives through the lifeof app.
Status: RESOLVED → VERIFIED
Marking Verified/Won't Fix.
Status: VERIFIED → REOPENED
Are we assuming system gc here? Aren't we supposed to free the memory *before* quitting?
Status: REOPENED → ASSIGNED
Resolution: WONTFIX → ---
We need XPCOM to shutdown. Esp if it was say embedded. I thought I had a bug on this and marked it from WONTFIX to ASSIGNED. This is Deja Vu.
Severity: normal → major
Summary: MLK: small leak in nsComponentManagerImpl → XPCOM needs shutdown
Target Milestone: M9
Component: XPCOM Registry → XPCOM
Priority: P3 → P2
*** Bug 8177 has been marked as a duplicate of this bug. ***
*** Bug 8177 has been marked as a duplicate of this bug. ***
XPCOM has shutdown now. What we still need is unloading of libraries. It is commented out since libraries dont implement Canunload()
Target Milestone: M9 → M10
This will require XPCOM reviews of all components.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.