]> granicus.if.org Git - postgresql/commit
Clean up thread management in parallel pg_dump for Windows.
authorTom Lane <tgl@sss.pgh.pa.us>
Fri, 27 May 2016 16:02:09 +0000 (12:02 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Fri, 27 May 2016 16:02:09 +0000 (12:02 -0400)
commit715db0b73926c7e591aaa2552b429a0cd793e200
tree7d155f575b977051afb74aef6bca394744bcf6d3
parentcea17ba07a93c0185aa9cbbf79ce9d3241b9c547
Clean up thread management in parallel pg_dump for Windows.

Since we start the worker threads with _beginthreadex(), we should use
_endthreadex() to terminate them.  We got this right in the normal-exit
code path, but not so much during an error exit from a worker.
In addition, be sure to apply CloseHandle to the thread handle after
each thread exits.

It's not clear that these oversights cause any user-visible problems,
since the pg_dump run is about to terminate anyway.  Still, it's clearly
better to follow Microsoft's API specifications than ignore them.

Also a few cosmetic cleanups in WaitForTerminatingWorkers(), including
being a bit less random about where to cast between uintptr_t and HANDLE,
and being sure to clear the worker identity field for each dead worker
(not that false matches should be possible later, but let's be careful).

Original observation and patch by Armin Schöffmann, cosmetic improvements
by Michael Paquier and me.  (Armin's patch also included closing sockets
in ShutdownWorkersHard(), but that's been dealt with already in commit
df8d2d8c4.)  Back-patch to 9.3 where parallel pg_dump was introduced.

Discussion: <zarafa.570306bd.3418.074bf1420d8f2ba2@root.aegaeon.de>
src/bin/pg_dump/parallel.c
src/bin/pg_dump/pg_backup_utils.c