Re: Memory leaks on SRF rescan - Mailing list pgsql-hackers

From Neil Conway
Subject Re: Memory leaks on SRF rescan
Date
Msg-id 1203648514.20306.76.camel@goldbach
Whole thread Raw
In response to Re: Memory leaks on SRF rescan  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Memory leaks on SRF rescan
List pgsql-hackers
On Thu, 2008-02-21 at 21:42 -0500, Tom Lane wrote:
> Given your point (2), is this worth fixing by itself?

Right, probably not.

> Yeah.  I think it's hopeless to expect these functions to all hew to
> the straight and narrow path.  It seems to me that the right way is for
> the sub-select to somehow run in its own "per-query" context.

Hmm, I was thinking of just fixing this by arranging for the
FuncCallContext's multi-call context to be a special context created by
the function scan, and that is reset/deleted at the appropriate time.
Would this not fix the issue as well?

-Neil




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Memory leaks on SRF rescan
Next
From: "Marc G. Fournier"
Date:
Subject: Re: Including PL/PgSQL by default