> Joe Conway <mail(at)joeconway(dot)com> writes:
> > Here's a patch to address Tom's SRF API memory management concerns, as
> > discussed earlier today on HACKERS.
> Patch committed.
> It seemed to me that pgstattuple.c does not really want to be an SRF,
> but only a function returning a single tuple.
Thank you for modifying pgstattuple.c. You are right, it does not want
to return more than 1 tuple.
> As such, it can provide
> a fine example of using the funcapi.h tuple-building machinery *without*
> the SRF machinery. I changed it accordingly, but am not able to update
> README.pgstattuple.euc_jp; Tatsuo-san, would you handle that?
Sure. I'll take care of that.
In response to
pgsql-hackers by date
|Next:||From: D'Arcy J.M. Cain||Date: 2002-08-30 01:28:08|
|Subject: Re: Type definition process (was Re: MemoryContextAlloc: invalid request size 1934906735)|
|Previous:||From: Bruce Momjian||Date: 2002-08-30 01:20:14|
|Subject: Re: tweaking MemSet() performance|
pgsql-patches by date
|Next:||From: Joe Conway||Date: 2002-08-30 01:29:45|
|Subject: Re: SRF memory mgmt patch|
|Previous:||From: Tom Lane||Date: 2002-08-30 00:46:24|
|Subject: Re: SRF memory mgmt patch (was [HACKERS] Concern about memory management with SRFs) |