Re: plperl crash with Debian 6 (64 bit), pl/perlu, libwww and https
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: plperl crash with Debian 6 (64 bit), pl/perlu, libwww and https |
| Дата | |
| Msg-id | 14017.1312997238@sss.pgh.pa.us обсуждение |
| Ответ на | Re: plperl crash with Debian 6 (64 bit), pl/perlu, libwww and https (Andrew Dunstan <andrew@dunslane.net>) |
| Список | pgsql-hackers |
Andrew Dunstan <andrew@dunslane.net> writes:
> On 08/09/2011 04:32 PM, Tom Lane wrote:
>> [ shrug... ] Installing a perl module that mucks with the signal
>> handlers is in the "don't do that" category. A kluge such as you
>> suggest will not get it out of that category; all it will do is add
>> useless overhead for people who are following the rules.
> Well, knowing what a given module might do isn't always easy (see
> below). I don't much like saying to people "I told you so", especially
> when following the advice isn't necessarily straightforward.
I'm not thrilled with it either, but since we have no proposed patch
that would actually make it *safe* for perl modules to muck with the
signal handlers, I see no other alternative. A patch that simply makes
it a shade less unsafe isn't really an improvement, especially when it
has other disadvantages.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера