Re: SIGTERM does not stop backend postgres processes immediately
В списке pgsql-cygwin по дате отправления:
| От | Christopher Faylor |
|---|---|
| Тема | Re: SIGTERM does not stop backend postgres processes immediately |
| Дата | |
| Msg-id | 20010509164926.C3169@redhat.com обсуждение исходный текст |
| Ответ на | Re: SIGTERM does not stop backend postgres processes immediately (Jason Tishler <Jason.Tishler@dothill.com>) |
| Список | pgsql-cygwin |
On Wed, May 09, 2001 at 02:26:29PM -0400, Jason Tishler wrote: >> I know from inserting printfs into the backend code that the SIGTERM >> signal handler function is not being called right after the stop >> request. Rather, it is called only after the backend gets some data >> over its input socket connection, from that "\d" in did in pg_ctl in >> this case. It seems that the recv() call deep in the backend code >> does not get interrupted by the SIGTERM. > >IMO, you have found a Cygwin bug. Please report it to the Cygwin list. >Hopefully, Mr. Signal is listening and will jump into action... Unfortunately, blocking recv() calls are not interruptible on Windows. I'm not aware of any mechanism for allowing this. cgf
В списке pgsql-cygwin по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера