aboutsummaryrefslogtreecommitdiff
path: root/contrib/postgres_fdw/postgres_fdw.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2023-04-17 14:22:06 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2023-04-17 14:22:26 -0400
commit3e383f9b68f13502789b234c2dc3274958bdbf78 (patch)
tree365ce41f95535dd4aeee835ed8c070048a94fb4e /contrib/postgres_fdw/postgres_fdw.c
parentcd7cdc550c2a00027d6ec1810d064ad636250b1f (diff)
downloadpostgresql-3e383f9b68f13502789b234c2dc3274958bdbf78.tar.gz
postgresql-3e383f9b68f13502789b234c2dc3274958bdbf78.zip
Avoid trying to write an empty WAL record in log_newpage_range().
If the last few pages in the specified range are empty (all zero), then log_newpage_range() could try to emit an empty WAL record containing no FPIs. This at least upsets an Assert in ReserveXLogInsertLocation, and might perhaps have bad real-world consequences in non-assert builds. This has been broken since log_newpage_range() was introduced, but the case was hard if not impossible to hit before commit 3d6a98457 decided it was okay to leave VM and FSM pages intentionally zero. Nonetheless, it seems prudent to back-patch. log_newpage_range() was added in v12 but later back-patched, so this affects all supported branches. Matthias van de Meent, per report from Justin Pryzby Discussion: https://postgr.es/m/ZD1daibg4RF50IOj@telsasoft.com
Diffstat (limited to 'contrib/postgres_fdw/postgres_fdw.c')
0 files changed, 0 insertions, 0 deletions