Re: [PATCH] Add session_preload_libraries configuration parameter - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: [PATCH] Add session_preload_libraries configuration parameter
Date
Msg-id 51DBFCFB.3080000@gmx.net
Whole thread Raw
In response to Re: [PATCH] Add session_preload_libraries configuration parameter  (Dimitri Fontaine <dimitri@2ndQuadrant.fr>)
Responses Re: [PATCH] Add session_preload_libraries configuration parameter
List pgsql-hackers
On 7/8/13 4:37 AM, Dimitri Fontaine wrote:
>> I don't know of any actual legitimate uses of local_preload_libraries.
>> I recall that the plpgsql debugger was meant to use it, but doesn't
>> anymore.  So it's hard to judge what to do about this, without any
>> actual use cases.
> 
> Well there's my preprepare thing at 
> 
>   https://github.com/dimitri/preprepare

preprepare has an SQL function as entry point, so you don't need to
preload it.

> I don't think that the whitelisting is actually used in a way to allow
> for non superusers to load modules in the field, because the only way to
> do that with local_preload_libraries that I know of is to edit the
> postgresql.conf file and reload.
> 
>   alter role dim set local_preload_libraries = 'auto_explain';
>   ERROR:  55P02: parameter "local_preload_libraries" cannot be set after connection start

I think the idea was to use PGOPTIONS to load it, controlled by the
client side.




pgsql-hackers by date:

Previous
From: Kyotaro HORIGUCHI
Date:
Subject: Re: Add visibility map information to pg_freespace.
Next
From: Dimitri Fontaine
Date:
Subject: Re: [PATCH] Add session_preload_libraries configuration parameter