| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] signal weirdness |
| Дата | |
| Msg-id | 4563.922722148@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [HACKERS] signal weirdness (Peter Galbavy <Peter.Galbavy@knowledge.com>) |
| Список | pgsql-hackers |
Peter Galbavy <Peter.Galbavy@knowledge.com> writes:
> Is their any reason not to replace the kill() with a longjmp()
I always wondered why elog uses such a bizarre approach to transferring
control back to the main loop, myself.kill() self -> SIGQUIT signal catcher -> longjmp -> main loop.
Seems to me two of these steps could be eliminated ;-)
So far there hasn't been a reason to touch the code (if it ain't broke
don't fix it) ... but if it is broken on at least one platform, the
situation is different.
I'd say OpenBSD is definitely broken, however. A process should be
allowed to signal itself. File a bug report...
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера