Re: Cygwin cleanup

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Cygwin cleanup
Дата
Msg-id 3338960.1659590589@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Cygwin cleanup  (Thomas Munro <thomas.munro@gmail.com>)
Ответы Re: Cygwin cleanup  (Thomas Munro <thomas.munro@gmail.com>)
Список pgsql-hackers
Thomas Munro <thomas.munro@gmail.com> writes:
> It may be madness to try to work around this, but I wonder if we could
> use a static local variable that we update with atomic compare
> exhange, inside PG_SIGNAL_HANDLER_ENTRY(), and
> PG_SIGNAL_HANDLER_EXIT() macros that do nothing on every other system.
> On entry, if you can do 0->1 it means you are allowed to run the
> function.  If it's non-zero, set n->n+1 and return immediately: signal
> blocked, but queued for later.  On exit, you CAS n->0.  If n was > 1,
> then you have to jump back to the top and run the function body again.

And ... we're expending all this effort for what exactly?

            regards, tom lane



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Thomas Munro
Дата:
Сообщение: Re: Cygwin cleanup
Следующее
От: Masahiko Sawada
Дата:
Сообщение: Re: support for SSE2 intrinsics