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

Author: michaelpq

src/bin/pg_basebackup/t/020_pg_receivewal.pl

@@ -93,7 +93,8 @@
 	$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 @@
 $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//;