Re: BUG #5066: plperl issues with perl_destruct() and END blocks
В списке pgsql-bugs по дате отправления:
| От | Tim Bunce |
|---|---|
| Тема | Re: BUG #5066: plperl issues with perl_destruct() and END blocks |
| Дата | |
| Msg-id | 20090928202301.GF41016@timac.local обсуждение исходный текст |
| Ответ на | Re: BUG #5066: plperl issues with perl_destruct() and END blocks (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-bugs |
On Tue, Sep 22, 2009 at 10:13:24AM -0400, Tom Lane wrote: > > Another point that comes to mind is shared_preload_libraries: if plperl > is loaded once in the postmaster, it seems entirely likely that the same > END block would be executed in multiple backends after having been > loaded only once. Again, while that might be okay for his particular > use-case, it seems horribly dangerous for anything else. I agree with Robert that that would be expected behaviour for perl users - but it would only apply for cases where END blocks had been compiled by the postmaster. > (The shared_preload_libraries case also destroys the most obvious > implementation path, ie having plperl add an on_proc_exit callback > at _PG_init time...) Could you explain the problem? (I don't see it, but I'm not familar with postgres internals.) Tim.
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера