Re: Paths for C functions (was Re: Re: backend dies on 7.1.1 loading large datamodel.)

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Paths for C functions (was Re: Re: backend dies on 7.1.1 loading large datamodel.)
Дата
Msg-id 29941.989338912@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Paths for C functions (was Re: Re: backend dies on 7.1.1 loading large datamodel.)  (Peter Eisentraut <peter_e@gmx.net>)
Ответы Re: Paths for C functions (was Re: Re: backend dies on 7.1.1 loading large datamodel.)  (Peter Eisentraut <peter_e@gmx.net>)
Список pgsql-bugs
Peter Eisentraut <peter_e@gmx.net> writes:
> Tom Lane writes:
>> where the backend automatically assumes that a relative path is relative
>> to $PGLIB.  I'd like to see the backend adding the file extension too,
>> to avoid platform dependencies (".so" is not universal).

> We could have a run-time parameter that sets a path where to look for
> modules.

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...

            regards, tom lane

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Peter Eisentraut
Дата:
Сообщение: Re: Paths for C functions (was Re: Re: backend dies on 7.1.1 loading large datamodel.)
Следующее
От: Bruce Momjian
Дата:
Сообщение: Re: debug_level 0 does not stop debug messages