Re: Paths for C functions (was Re: Re: backend dies on 7.1.1 loading large datamodel.) - Mailing list pgsql-bugs

From Peter Eisentraut
Subject Re: Paths for C functions (was Re: Re: backend dies on 7.1.1 loading large datamodel.)
Date
Msg-id Pine.LNX.4.30.0105091805460.757-100000@peter.localdomain
Whole thread Raw
In response to Re: Paths for C functions (was Re: Re: backend dies on 7.1.1 loading large datamodel.)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-bugs
Tom Lane writes:

> For obvious security reasons, the library path must only be settable by
> the dbadmin, and I see no good reason that it should be changeable
> on-the-fly.  But we could treat it as a postmaster-start-only GUC
> parameter...

On the fly could be useful for trying alternative sets of modules.  Also,
you could include such a SET command into your function loading script.

--
Peter Eisentraut   peter_e@gmx.net   http://funkturm.homeip.net/~peter

pgsql-bugs by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] Re: date conversion (was Re: Re: v7.1.1 branched and released on Tuesday ...)
Next
From: pgsql-bugs@postgresql.org
Date:
Subject: order by using functions under unions