Re: plpgsql GUC variable: custom or built-in? - Mailing list pgsql-hackers

From Robert Haas
Subject Re: plpgsql GUC variable: custom or built-in?
Date
Msg-id z2s603c8f071004191855vda35007ct3f2b1ab1b0f2daee@mail.gmail.com
Whole thread Raw
In response to Re: plpgsql GUC variable: custom or built-in?  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: plpgsql GUC variable: custom or built-in?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Mon, Apr 19, 2010 at 9:51 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> This thread is still on the open items list, as:
>> Improve behavior of SUSET GUC variables added by loadable modules?
>> Is there something that needs to be done here?  If so, what is it?
>
> Well, if we knew exactly what to do, it wouldn't still be on the list.
> The problem is that making a "custom" variable SUSET doesn't really
> work: the system will not accept a value that's assigned before the
> loadable module is loaded, even if it was assigned by a superuser.
> I suggested a fix in the referenced thread, but it's not exactly an
> ideal fix.

Well, at this point the issue is deciding whether we're going to try
to do anything about this before beta.  If we don't know what the
right solution is, that sounds to me like "no" - in which case we
should move this from the open items list to the todo list.  Does that
sound reasonable to you?

...Robert


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: plpgsql GUC variable: custom or built-in?
Next
From: Robert Haas
Date:
Subject: Re: [DOCS] Streaming replication document improvements