aboutsummaryrefslogtreecommitdiff
path: root/src/backend/executor/nodeFunctionscan.c
diff options
context:
space:
mode:
authorMichael Paquier <michael@paquier.xyz>2023-06-09 11:56:46 +0900
committerMichael Paquier <michael@paquier.xyz>2023-06-09 11:56:46 +0900
commit3509a060d7311b7f9904e011fd9574732a8c81b2 (patch)
tree57cfa879235150b573055fb9bc59ff9c271d2729 /src/backend/executor/nodeFunctionscan.c
parent15b77758cad49c4168ce8252eda753e919529271 (diff)
downloadpostgresql-3509a060d7311b7f9904e011fd9574732a8c81b2.tar.gz
postgresql-3509a060d7311b7f9904e011fd9574732a8c81b2.zip
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: https://postgr.es/m/CALDaNm0YSiLpjCmajwLfidQrFOrLNKPQir7s__PeVvh9U3uoTQ@mail.gmail.com Backpatch-through: 11
Diffstat (limited to 'src/backend/executor/nodeFunctionscan.c')
0 files changed, 0 insertions, 0 deletions