RE: [small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t"
От
kuroda.hayato@fujitsu.com
Тема
RE: [small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t"
Дата
Msg-id
TYAPR01MB5866BC2B1E268A1A19D69677F5559@TYAPR01MB5866.jpnprd01.prod.outlook.com
Ответ на
Re: [small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t" (Michael Paquier)
Список
Дерево обсуждения
[small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t" "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Re: [small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t" Michael Paquier <michael@paquier.xyz>
Re: [small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t" Michael Paquier <michael@paquier.xyz>
RE: [small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t" "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Re: [small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t" Michael Paquier <michael@paquier.xyz>
RE: [small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t" "kuroda.hayato@fujitsu.com" <kuroda.hayato@fujitsu.com>
Re: [small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t" Michael Paquier <michael@paquier.xyz>
Re: [small patch] Change datatype of ParallelMessagePending from "volatile bool" to "volatile sig_atomic_t" Michael Paquier <michael@paquier.xyz>
Dear Michael, > Done this one. I have scanned the code, but did not notice a similar > mistake. I found your commit, thanks! > It is worth noting that we have only one remaining "volatile > bool" in the headers now. Maybe you mentioned about sigint_interrupt_enabled, and it also seems to be modified in the signal handler. But I think any race conditions may be not occurred here because if the value is set in the handler the code jump will be also happened. Of course it's OK to mark the variable to sig_atomic_t too if there is no problem. Best Regards, Hayato Kuroda FUJITSU LIMITED
В списке pgsql-hackers по дате отправления