Refactor routine to find single log content pattern in TAP tests
authorMichael Paquier <michael@paquier.xyz>
Fri, 9 Jun 2023 02:56:48 +0000 (11:56 +0900)
committerMichael Paquier <michael@paquier.xyz>
Fri, 9 Jun 2023 02:56:48 +0000 (11:56 +0900)
commitced4cc30d5decf504c7b2f2fd4b80eda24d72e1e
tree67ff316c53f8a8ca3e36b9db837def0ea996d365
parent8c9f56a6a43ec1954c23e98aa1292a0977eecd1c
Refactor routine to find single log content pattern in TAP tests

The same routine to check if a specific pattern can be found in the
server logs was copied over four different test scripts.  This refactors
the whole to use a single routine located in PostgreSQL::Test::Cluster,
named log_contains, to grab the contents of the server logs and check
for a specific pattern.

On HEAD, the code previously used assumed that slurp_file() could not
handle an undefined offset, setting it to zero, but slurp_file() does
do an extra fseek() before retrieving the log contents only if an offset
is defined.  In two places, the test was retrieving the full log
contents with slurp_file() after calling substr() to apply an offset,
ignoring that slurp_file() would be able to handle that.

Backpatch all the way down to ease the introduction of new tests that
could rely on the new routine.

Author: Vignesh C
Reviewed-by: Andrew Dunstan, Dagfinn Ilmari Mannsåker, Michael Paquier
Discussion: http://postgr.es/m/CALDaNm0YSiLpjCmajwLfidQrFOrLNKPQir7s__PeVvh9U3uoTQ@mail.gmail.com
Backpatch-through: 11
src/test/perl/PostgresNode.pm
src/test/recovery/t/033_replay_tsp_drops.pl