Re: Manual fixing of plpgsql_call_handler binary location
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Manual fixing of plpgsql_call_handler binary location |
| Дата | |
| Msg-id | 15928.1056777912@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Manual fixing of plpgsql_call_handler binary location (Christopher Kings-Lynne <chriskl@familyhealth.com.au>) |
| Ответы |
Re: Manual fixing of plpgsql_call_handler binary location
|
| Список | pgsql-hackers |
Christopher Kings-Lynne <chriskl@familyhealth.com.au> writes:
>>> Will I destroy things if I execute
>>> update pg_proc set probin = '/usr/lib/pgsql/plpgsql.so' where proname = 'plpgsql_call_handler';
>>
>> Nope ... that's what I'd probably do.
> Even better change it to '$libdir/plpgsql.so'.
Good point. In fact the really preferred spelling (which you'd get from
a fresh 'createlang' run) is just '$libdir/plpgsql'. Both the path and
the shlib extension are better left to the backend to supply than to
hardwire in. I'm possibly more aware of this than most folk, since I
like to use HPUX which spells the shlib extension ".sl" ...
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера