In generic WAL application and replay, ensure page "hole" is always zero.
authorTom Lane <tgl@sss.pgh.pa.us>
Tue, 12 Apr 2016 15:13:52 +0000 (11:13 -0400)
committerTom Lane <tgl@sss.pgh.pa.us>
Tue, 12 Apr 2016 15:14:00 +0000 (11:14 -0400)
commitbdf7db81921deb99fd9d489cbcc635906c89e215
tree49fb1aa274a68b9a48dbfd1108a98263fd944758
parent813b456ea21d4cf57b124bf855ec019c7a8099a7
In generic WAL application and replay, ensure page "hole" is always zero.

The previous coding could allow the contents of the "hole" between pd_lower
and pd_upper to diverge during replay from what it had been when the update
was originally applied.  This would pose a problem if checksums were in
use, and in any case would complicate forensic comparisons between master
and slave servers.  So force the "hole" to contain zeroes, both at initial
application of a generically-logged action, and at replay.

Alexander Korotkov, adjusted slightly by me
src/backend/access/transam/generic_xlog.c