Closed Bug 3719 Opened 26 years ago Closed 26 years ago

MLK: From nsComponentManagerImpl::PlatformCreateDll()

Categories

(Core :: XPCOM, defect, P3)

Sun
Solaris
defect

Tracking

()

RESOLVED FIXED

People

(Reporter: bruce, Assigned: dp)

Details

nsComponentManagerImpl::PlatformCreateDll() allocates some memory which it returns to ::SyncComponentsInFile() (and any other callers). This memory isn't getting deallocated. Solaris 2.6, gcc 2.7.2.3, pull and build from March 12, 1999. MLK: 384 bytes leaked in 12 blocks * This memory was allocated from: malloc [rtlib.o] __bUiLtIn_nEw [libgcc.a] __builtin_new [rtlib.o] nsComponentManagerImpl::PlatformCreateDll(const char*,nsDll**) [nsCompon entManager.cpp:402] nsComponentManagerImpl::SyncComponentsInFile(const char*) [nsComponentMa nager.cpp:1770] nsComponentManagerImpl::SyncComponentsInDir(const char*) [nsComponentMan ager.cpp:1697] * Block of 32 bytes (12 times); last block at 0x1c0d40
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → INVALID
This data never gets freed until app dies as the xpcom object lives through the lifeof app.
What happens when I embed gecko in my application and then want to shut down the layout engine later? Not every application is a web browser, and not every app's lifetime will be identical to that of the layout engine.
Status: RESOLVED → VERIFIED
Verified Invalid
dp, should this be re-opened along with some of the other bugs since XPCOM is supposed to be getting a shutdown system?
Status: VERIFIED → REOPENED
Resolution: INVALID → ---
Status: REOPENED → ASSIGNED
Target Milestone: M9
Yes. thanks bruce.
This should get deallocated as XPCOM shuts down now.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago26 years ago
Resolution: --- → FIXED
Component: XPCOM Registry → XPCOM
QA Contact: dp → xpcom
You need to log in before you can comment on or make changes to this bug.