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

From Dimitri Fontaine
Subject Re: [PATCH] Add session_preload_libraries configuration parameter
Date
Msg-id m2d2qrc3ix.fsf@2ndQuadrant.fr
Whole thread Raw
In response to Re: [PATCH] Add session_preload_libraries configuration parameter  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-hackers
Peter Eisentraut <peter_e@gmx.net> writes:
> preprepare has an SQL function as entry point, so you don't need to
> preload it.

Well the whole goal of that extension is to autoload itself entirely
server side at connection time. The function API had been made to cope
with 8.3 where it wasn't possible to get a snapshot from within the init
function of a module.

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

Oh. Never done that, I don't know if that's common in the field. If it's
in use, then the new session_preload_libraries GUC looks the only way
forward then.

Regards,
-- 
Dimitri Fontaine
http://2ndQuadrant.fr     PostgreSQL : Expertise, Formation et Support



pgsql-hackers by date:

Previous
From: Peter Eisentraut
Date:
Subject: Re: [PATCH] Add session_preload_libraries configuration parameter
Next
From: Merlin Moncure
Date:
Subject: Re: Millisecond-precision connect_timeout for libpq