Use --no-loop for new calls of pg_receivewal --endpos in TAP tests

Those tests are not designed to fail, but if they do, like on some cases
for Windows because of ZLIB (?), they could remain stuck.  Using
--no-loop makes the test fail immediately.  The oldest test with
--endpos already did that.

Those tests have been added in ffc9dda.

Reviewed-by: Andrew Dunstan
Discussion: https://postgr.es/m/ec093ff1-a53c-0091-46a2-4537354b0dd4@dunslane.net

diff --git a/src/bin/pg_basebackup/t/020_pg_receivewal.pl b/src/bin/pg_basebackup/t/020_pg_receivewal.pl
index 65076d6632938998fd8f3d6b4702ad2a541815a9..463dddbca8d357f4176507e1ad9eea1a61666c31 100644 (file)
--- a/src/bin/pg_basebackup/t/020_pg_receivewal.pl
+++ b/src/bin/pg_basebackup/t/020_pg_receivewal.pl
@@ -93,7 +93,8 @@ SKIP:
    $primary->command_ok(
        [
            'pg_receivewal', '-D',     $stream_dir,  '--verbose',
-           '--endpos',      $nextlsn, '--compress', '1 '
+           '--endpos',      $nextlsn, '--compress', '1 ',
+           '--no-loop'
        ],
        "streaming some WAL using ZLIB compression");
 
@@ -138,7 +139,10 @@ chomp($nextlsn);
 $primary->psql('postgres',
    'INSERT INTO test_table VALUES (generate_series(200,300));');
 $primary->command_ok(
-   [ 'pg_receivewal', '-D', $stream_dir, '--verbose', '--endpos', $nextlsn ],
+   [
+       'pg_receivewal', '-D',     $stream_dir, '--verbose',
+       '--endpos',      $nextlsn, '--no-loop'
+   ],
    "streaming some WAL");
 
 $partial_wals[0] =~ s/(\.gz)?.partial//;