| От | Christoph Berg |
|---|---|
| Тема | Re: plperl fails with perl 5.28 |
| Дата | |
| Msg-id | 20180529184948.GA5510@msg.df7cb.de обсуждение исходный текст |
| Ответ на | Re: plperl fails with perl 5.28 (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Re: Tom Lane 2018-05-23 <10366.1527109807@sss.pgh.pa.us> > > https://rt.perl.org/Public/Bug/Display.html?id=133220 > > Thanks. Looking at this again, it seems like the core of the problem > is that S_run_body's fell-off-the-end behavior is equivalent to an > explicit "exit(0)". Perhaps it should not be. I can see the point of > treating "exit(0)" as an unusual quasi-error case, but fell-off-the-end > probably shouldn't be. > > However, then somebody would have to look around and see if there are > any other uses of my_exit(0) that need to be rethought ... The perl_run() part of the change was just reverted: https://rt.perl.org/Ticket/Display.html?id=133220#txn-1556788 Christoph
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера