| От | Tom Lane |
|---|---|
| Тема | Re: [HACKERS] [PATCHES] fork/exec patch |
| Дата | |
| Msg-id | 27837.1071673009@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [HACKERS] [PATCHES] fork/exec patch ("Magnus Hagander" <mha@sollentuna.net>) |
| Ответы |
Re: [HACKERS] [PATCHES] fork/exec patch
|
| Список | pgsql-hackers-win32 |
"Magnus Hagander" <mha@sollentuna.net> writes:
> Well. There is one in the form of "make signal handlers thread-safe or
> defer non-threadsafe handlers".
As long as there is only one thread that can invoke signal handlers,
I don't see why you think they need to be "thread-safe".
It's already the case that we either handle execution of a signal
handler everywhere, or block delivery of the signal where we can't
handle it, because in the Unix model a signal handler can execute
anytime.
I'd be more concerned about whether the proposed implementation accurately
models signal mask processing (ie, temporary blocking of signal delivery).
regards, tom lane
В списке pgsql-hackers-win32 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера