Closed Bug 3719 Opened 26 years ago Closed 25 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 ago25 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.