Re: Memory Leaks

[Mike Pogue <mp...@apache.org>]

And, most memory leak detectors, like BoundsChecker, report lazily allocated
data as "leaks", when in fact, they are not.  (Sorry).

Dean Roddey wrote:
> 
> Its no different than any other static data. If you load a DLL with static
> data, its there and there's nothing you can do about it. That's what static
> data is. The only difference here is that its lazily evaluated so that its
> not created until you actually need it.
> 
> --------------------------
> Dean Roddey
> The CIDLib Class Libraries
> Charmed Quark Software
> droddey@charmedquark.com
> http://www.charmedquark.com
> 
> "Give me immortality, or give me death"
> 
> ----- Original Message -----
> From: <kb...@informatica.com>
> To: <xe...@xml.apache.org>
> Cc: <dr...@charmedquark.com>
> Sent: Friday, April 28, 2000 8:02 PM
> Subject: RE: Memory Leaks
> 
> > I still am not able to comprehend why static objects should dump memory.
> If
> > I am not using the parser, I would prefer not to have this memory lying
> > unallocated.
> > Kiran
> >
> > -----Original Message-----
> > From: Dean Roddey [mailto:droddey@charmedquark.com]
> > Sent: Friday, April 28, 2000 8:00 PM
> > To: xerces-c-dev@xml.apache.org
> > Subject: Re: Memory Leaks
> >
> >
> > In that case, yes you are seeing lazily evaluated data. Its not leaked, it
> > will be released when the app exists. Its allocated lazily into static
> > variables, so its not like it would continue to increase or anything. Its
> > basically just like a global object, except that global objects happen
> > before you see them.
> >
> > --------------------------
> > Dean Roddey
> > The CIDLib Class Libraries
> > Charmed Quark Software
> > droddey@charmedquark.com
> > http://www.charmedquark.com
> >
> > "Give me immortality, or give me death"
> >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
> > For additional commands, e-mail: xerces-c-dev-help@xml.apache.org
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
> > For additional commands, e-mail: xerces-c-dev-help@xml.apache.org
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: xerces-c-dev-unsubscribe@xml.apache.org
> For additional commands, e-mail: xerces-c-dev-help@xml.apache.org