Skip to content

Commit e4d9212

Browse files
committed
pg_waldump: Fix --bkp-details to not issue spurious newlines for FPWs.
The additional newline seems to have accidentally been introduced in 2c03216, in 9.5. The newline is only issued when an FPW is present for the block reference. While there could be an argument that removing the newlines in the back branches could cause a problem for somebody parsing the pg_waldump output, the likelihood of that seems small enough. It seems at least equally likely that the randomness of when newlines are issued causes problems. Author: Andres Freund Discussion: https://postgr.es/m/[email protected] Backpatch: 9.5, like 2c03216.
1 parent e0f76f2 commit e4d9212

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

src/bin/pg_waldump/pg_waldump.c

+2-2
Original file line numberDiff line numberDiff line change
@@ -584,7 +584,7 @@ XLogDumpDisplayRecord(XLogDumpConfig *config, XLogReaderState *record)
584584
BKPIMAGE_IS_COMPRESSED)
585585
{
586586
printf(" (FPW%s); hole: offset: %u, length: %u, "
587-
"compression saved: %u\n",
587+
"compression saved: %u",
588588
XLogRecBlockImageApply(record, block_id) ?
589589
"" : " for WAL verification",
590590
record->blocks[block_id].hole_offset,
@@ -595,7 +595,7 @@ XLogDumpDisplayRecord(XLogDumpConfig *config, XLogReaderState *record)
595595
}
596596
else
597597
{
598-
printf(" (FPW%s); hole: offset: %u, length: %u\n",
598+
printf(" (FPW%s); hole: offset: %u, length: %u",
599599
XLogRecBlockImageApply(record, block_id) ?
600600
"" : " for WAL verification",
601601
record->blocks[block_id].hole_offset,

0 commit comments

Comments
 (0)