| От | Andrew Dunstan |
|---|---|
| Тема | Re: First feature patch for plperl - draft [PATCH] |
| Дата | |
| Msg-id | 4B199B23.7080006@dunslane.net обсуждение |
| Ответ на | Re: First feature patch for plperl - draft [PATCH] (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-hackers |
Tom Lane wrote: > Robert Haas <robertmhaas@gmail.com> writes: > >> So, do we look for another way to provide the functionality besides >> having a GUC, or is the functionality itself bad? >> > > I don't think we want random Perl code running inside the postmaster, > no matter what the API to cause it is. I might hold my nose for "on > load" code if it can only run in backends, though I still say that > it's a badly designed concept because of the uncertainty about who > will run what when. Shlib load time is not an event that ought to be > user-visible. > > But you can load an arbitrary shared lib inside the postmaster and it can do what it likes, so I'm not clear that your caution is actually saving us from much. cheers andrew
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера