| От | Tom Lane |
|---|---|
| Тема | Re: plperl/plperlu interaction |
| Дата | |
| Msg-id | 25670.1161897877@sss.pgh.pa.us обсуждение |
| Ответ на | Re: plperl/plperlu interaction (Andrew Dunstan <andrew@dunslane.net>) |
| Ответы |
Re: plperl/plperlu interaction
|
| Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes:
> You can also examine the output from perl -V
I think we've already established that we won't be able to ignore the
case of not having support for multiple perl interpreters :-(
So it seems we have these choices:
1. Do nothing (document it as a feature not a bug)
2. Support separate interpreters if possible, do nothing if not (still needs documentation)
3. Support separate interpreters if possible, refuse to run both plperl and plperlu functions in the same backend if
not.
Any other compromises possible?
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера