]> granicus.if.org Git - postgresql/commit
Allow concurrent-safe open() and fopen() in frontend code for Windows
authorMichael Paquier <michael@paquier.xyz>
Fri, 14 Sep 2018 01:04:14 +0000 (10:04 +0900)
committerMichael Paquier <michael@paquier.xyz>
Fri, 14 Sep 2018 01:04:14 +0000 (10:04 +0900)
commit0ba06e0bfb8cfd24ff17aca92aa72245ddd6c4d7
tree4c4f1402ee522850efa1487a9fe117d6419ff138
parent28a8fa984c63fd525ab03c469f293e957619654b
Allow concurrent-safe open() and fopen() in frontend code for Windows

PostgreSQL uses a custom wrapper for open() and fopen() which is
concurrent-safe, allowing multiple processes to open and work on the
same file.  This has a couple of advantages:
- pg_test_fsync does not handle O_DSYNC correctly otherwise, leading to
false claims that disks are unsafe.
- TAP tests can run into race conditions when a postmaster and pg_ctl
open postmaster.pid, fixing some random failures in the buildfam.

pg_upgrade is one frontend tool using workarounds to bypass file locking
issues with the log files it generates, however the interactions with
pg_ctl are proving to be tedious to get rid of, so this is left for
later.

Author: Laurenz Albe
Reviewed-by: Michael Paquier, Kuntal Ghosh
Discussion: https://postgr.es/m/1527846213.2475.31.camel@cybertec.at
Discussion: https://postgr.es/m/16922.1520722108@sss.pgh.pa.us
src/bin/initdb/initdb.c
src/bin/pg_basebackup/pg_receivewal.c
src/bin/pg_verify_checksums/pg_verify_checksums.c
src/common/file_utils.c
src/include/port.h