Fix latent portability issue in pgwin32_dispatch_queued_signals().
authorTom Lane <[email protected]>
Mon, 4 Apr 2016 15:13:17 +0000 (11:13 -0400)
committerTom Lane <[email protected]>
Mon, 4 Apr 2016 15:13:17 +0000 (11:13 -0400)
commit58666ed28ab59a2686ee08bc648b4e9959aacfce
tree2ed4b9b6f70540c74b07cfb515ce538d17f68eee
parenteb7308d29875df773b5b52b06ed3d8b60f1b8242
Fix latent portability issue in pgwin32_dispatch_queued_signals().

The first iteration of the signal-checking loop would compute sigmask(0)
which expands to 1<<(-1) which is undefined behavior according to the
C standard.  The lack of field reports of trouble suggest that it
evaluates to 0 on all existing Windows compilers, but that's hardly
something to rely on.  Since signal 0 isn't a queueable signal anyway,
we can just make the loop iterate from 1 instead, and save a few cycles
as well as avoiding the undefined behavior.

In passing, avoid evaluating the volatile expression UNBLOCKED_SIGNAL_QUEUE
twice in a row; there's no reason to waste cycles like that.

Noted by Aleksander Alekseev, though this isn't his proposed fix.
Back-patch to all supported branches.
src/backend/port/win32/signal.c