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
|
| Список | 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 по дате отправления: