Re: [HACKERS] Questions regarding signal handler of postmaster
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] Questions regarding signal handler of postmaster |
| Дата | |
| Msg-id | 18405.1482794285@sss.pgh.pa.us обсуждение |
| Ответ на | [HACKERS] Questions regarding signal handler of postmaster (Tatsuo Ishii <ishii@sraoss.co.jp>) |
| Ответы |
Re: [HACKERS] Questions regarding signal handler of postmaster
|
| Список | pgsql-hackers |
Tatsuo Ishii <ishii@sraoss.co.jp> writes:
> In postmaster.c signal handler pmdie() calls ereport() and
> errmsg_internal(), which could call palloc() then malloc() if
> necessary. Because it is possible that pmdie() gets called while
> malloc() gets called in postmaster, I think it is possible that a
> deadlock situation could occur through an internal locking inside
> malloc().
But we keep signals blocked almost all the time in the postmaster,
so in reality no signal handler can interrupt anything except the
select() wait call. People complain about that coding technique
all the time, but no one has presented any reason to believe that
it's broken.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера