Re: SIGTERM does not stop backend postgres processes immediately

From: Christopher Faylor <cgf(at)redhat(dot)com>
To: cygwin(at)cygwin(dot)com
Cc: Fred Yankowski <fred(at)ontosys(dot)com>, pgsql-cygwin(at)postgresql(dot)org
Subject: Re: SIGTERM does not stop backend postgres processes immediately
Date: 2001-05-09 20:49:26
Message-ID: 20010509164926.C3169@redhat.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: 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

In response to

Responses

Browse pgsql-cygwin by date

  From Date Subject
Next Message adez 2001-05-10 01:03:56 Thanks to Jason
Previous Message Jason Tishler 2001-05-09 18:26:29 Re: SIGTERM does not stop backend postgres processes immediately