Hi,
On Mon, Oct 03, 2005 at 11:16:12AM -0400, [EMAIL PROTECTED] wrote:
> I also added code to deallocate the hash tables when their size
> reaches zero. [...]
Thanks a lot.
I am sure this is worth the overhead and makes sqlite an even better piece
of software.
yours,
- clifford
--
_ _
Clifford Wolf <[EMAIL PROTECTED]> wrote:
> Hi,
>
> On Mon, Oct 03, 2005 at 09:02:38AM -0400, [EMAIL PROTECTED] wrote:
> > You are right: this is not a real memory leak.
> > [..]
>
> in fact, for a program which is eg. continously using mktemp() (or a
> simmilar but not unsecure api) for creating
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
> Sent: Monday, October 03, 2005 9:03 AM
> To: sqlite-users@sqlite.org
> Subject: Re: RE: [sqlite] SQLite kind-of memory leak (PATCH)
> - bug reports
>
> "Griggs, Donald" <[EMAIL PROTECTED]> wrote:
> > >
&g
Hi,
On Mon, Oct 03, 2005 at 09:02:38AM -0400, [EMAIL PROTECTED] wrote:
> You are right: this is not a real memory leak.
> [..]
in fact, for a program which is eg. continously using mktemp() (or a
simmilar but not unsecure api) for creating temporary databases it is a
real memory leak, because
"Griggs, Donald" <[EMAIL PROTECTED]> wrote:
> >
> > I'm using valgrind for checking for memory leaks in SPL. When
> > profiling scripts which do access SQLite databases, I've found that
> > the lockHash and openHash data structures in os_unix.c don't get freed.
> >
> > I wouldn't consider that
5 matches
Mail list logo