aboutsummaryrefslogtreecommitdiff
path: root/src/backend/utils/adt/jsonpath_exec.c
diff options
context:
space:
mode:
authorMichael Paquier <michael@paquier.xyz>2019-03-18 12:59:35 +0900
committerMichael Paquier <michael@paquier.xyz>2019-03-18 12:59:35 +0900
commit8b938d36f7446e76436ca4a8ddcebbebaeaab480 (patch)
treed8c076cde25ca1f68e75f752d2f3df1680d35bd4 /src/backend/utils/adt/jsonpath_exec.c
parenta7eadaaaaf089994279488f795bdedd9ded1682a (diff)
downloadpostgresql-8b938d36f7446e76436ca4a8ddcebbebaeaab480.tar.gz
postgresql-8b938d36f7446e76436ca4a8ddcebbebaeaab480.zip
Refactor more code logic to update the control file
ce6afc6 has begun the refactoring work by plugging pg_rewind into a central routine to update the control file, and left around two extra copies, with one in xlog.c for the backend and one in pg_resetwal.c. By adding an extra option to the central routine in controldata_utils.c to control if a flush of the control file needs to be done, it is proving to be straight-forward to make xlog.c and pg_resetwal.c use the central code path at the condition of moving the wait event tracking there. Hence, this allows to have only one central code path to update the control file, shaving the code from the duplicates. This refactoring actually fixes a problem in pg_resetwal. Previously, the control file was first removed before being recreated. So if a crash happened between the moment the file was removed and the moment the file was created, then it would have been possible to not have a control file anymore in the database folder. Author: Fabien Coelho Reviewed-by: Michael Paquier Discussion: https://postgr.es/m/alpine.DEB.2.21.1903170935210.2506@lancre
Diffstat (limited to 'src/backend/utils/adt/jsonpath_exec.c')
0 files changed, 0 insertions, 0 deletions