Re: Open items - Mailing list pgsql-hackers

From Magnus Hagander
Subject Re: Open items
Date
Msg-id 6BCB9D8A16AC4241919521715F4D8BCE34BFCE@algol.sollentuna.se
Whole thread Raw
In response to Open items  (Bruce Momjian <pgman@candle.pha.pa.us>)
Responses Re: Open items  (Bruce Momjian <pgman@candle.pha.pa.us>)
List pgsql-hackers
>>> Does anyone have any more?
>
>> win32 signal safe socket handler
>
>I thought that was solved long ago?

If this is what I think it is (Merlin - please confirm), this relates to
the SSL code only. And the issue is that there are (I think - haven't
100% verified it yet) paths in the SSL code that will block withou it
being possible to deliver signals. The end result would be a query you
can't cancel/backend you can't kill.

The non-SSL codepaths emulate blocking sockets using non-blocking ones
that also listen on signals. This has not been done for SSL sockets yet.

//Magnus


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Calling PL functions with named parameters
Next
From: "Magnus Hagander"
Date:
Subject: Re: Timezone for %t log_line_prefix