Re: Memory leak with palloc - Mailing list pgsql-general

From Tom Lane
Subject Re: Memory leak with palloc
Date
Msg-id 21215.1039986314@sss.pgh.pa.us
Whole thread Raw
In response to Re: Memory leak with palloc  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-general
A couple weeks ago I said:
> The right long-term solution is to arrange for all query-lifetime data
> to be allocated in a specific context that can be freed in-toto when
> we end the query. To do this cleanly, we have to fix the executor to
> not scribble on plan trees (executor state nodes should point to plan
> nodes, never vice-versa).  I've been intending to do that for awhile,
> but it's not done yet ...

Just FYI, this is now done.  Your example doesn't leak memory anymore
in CVS tip.

            regards, tom lane

pgsql-general by date:

Previous
From: CSN
Date:
Subject: OIDS
Next
From: Andreas Schlegel
Date:
Subject: Index and performance