From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | pgsql-committers(at)postgresql(dot)org |
Subject: | pgsql: Fix minor 9.4-only bug in logical decoding. |
Date: | 2016-09-01 15:45:24 |
Message-ID: | E1bfUBA-0006eR-J9@gemulon.postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers |
Fix minor 9.4-only bug in logical decoding.
The 9.4 version of log_heap_update() stores the full length of the
old_key_tuple in xlhdr.t_len, rather than the length less
offsetof(HeapTupleHeaderData, t_bits) as is customary elsewhere.
DecodeUpdate() was expecting the usual definition, which caused it
to copy 23 bytes too much out of the WAL-file buffer. Most of the
time that's harmless, although Valgrind on buildfarm member skink
has been complaining about it, and there was one actual SIGSEGV
on curculio that might have been caused by this. The reconstructed
key tuple would also have an over-length t_len, though offhand
I do not see how that could cause any visible problem.
The problem seems to have disappeared in the 9.5 WAL format changes
(commit 2c03216d8), so we only need to fix 9.4.
Discussion: <11035(dot)1469058247(at)sss(dot)pgh(dot)pa(dot)us>
Branch
------
REL9_4_STABLE
Details
-------
http://git.postgresql.org/pg/commitdiff/10ad15f48ab187d754d657892d2f65695a7adea6
Modified Files
--------------
src/backend/replication/logical/decode.c | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2016-09-01 16:48:45 | pgsql: Suppress GCC 6 warning about self-comparison |
Previous Message | Tom Lane | 2016-09-01 14:14:03 | pgsql: Change API of ShmemAlloc() so it throws error rather than return |