Re: revised sample SRF C function; proposed SRF API - Mailing list pgsql-hackers

From Tom Lane
Subject Re: revised sample SRF C function; proposed SRF API
Date
Msg-id 5786.1023638395@sss.pgh.pa.us
Whole thread Raw
In response to Re: revised sample SRF C function; proposed SRF API  (Joe Conway <mail@joeconway.com>)
List pgsql-hackers
Joe Conway <mail@joeconway.com> writes:
> Returning GUC variable "SHOW ALL" results as a query result has been 
> discussed before, and I thought there was agreement that it was a 
> desirable backend feature.

So it is, but I had expected it to be implemented by changing the
behavior of SHOW, same as we did for EXPLAIN.

> Is the approach in my patch still too ugly to allow a builtin SRF (set 
> the function return type to 0 in pg_proc.h, create a view and fix the 
> pg_proc entry during initdb)?

Too ugly for my taste anyway ...
        regards, tom lane


pgsql-hackers by date:

Previous
From: "Dave Page"
Date:
Subject: Re: Roadmap for a Win32 port
Next
From: "Marc G. Fournier"
Date:
Subject: Re: Project scheduling issues (was Re: Per tuple overhead,