Re: New PL/Perl failure with Safe 2.2x due to recursion (8.x & 9.0)
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: New PL/Perl failure with Safe 2.2x due to recursion (8.x & 9.0) |
| Дата | |
| Msg-id | 18908.1267067970@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: New PL/Perl failure with Safe 2.2x due to recursion (8.x & 9.0) (Alex Hunsaker <badalex@gmail.com>) |
| Ответы |
Re: New PL/Perl failure with Safe 2.2x due to recursion (8.x &
9.0)
Re: New PL/Perl failure with Safe 2.2x due to recursion (8.x & 9.0) |
| Список | pgsql-bugs |
Alex Hunsaker <badalex@gmail.com> writes:
> ISTM the easiest and safest fix would be to not allow recursive plperl
> creations. You could still call plperl functions within functions,
> just not if they are not defined. This limitation really blows
That's the understatement of the month. What you're saying, IIUC, is
that if function A calls function B via a SPI command, and B wasn't
executed previously in the current session, it would fail? Seems
entirely unacceptable.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера