]> git.ipfire.org Git - thirdparty/postgresql.git/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)
commit20766315cd87a557ea6575ab8475c771b5e6cf77
treed88e7da5742b7c0555711b5011f2f87014ddde95
parentc2651cd249ccedbfcd0cf50f37a642757937edef
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