]> git.ipfire.org Git - thirdparty/curl.git/commitdiff
test1474: disable test on NetBSD, OpenBSD and Solaris 10
authorDan Fandrich <dan@coneharvesters.com>
Tue, 19 Sep 2023 18:09:47 +0000 (11:09 -0700)
committerDan Fandrich <dan@coneharvesters.com>
Wed, 20 Sep 2023 06:49:08 +0000 (23:49 -0700)
These kernels only send a fraction of the requested amount of the first
large block, invalidating the assumptions of the test and causing it to
fail.

Assisted-by: Christian Weisgerber
Ref: https://curl.se/mail/lib-2023-09/0021.html
Closes #11888

tests/data/test1474

index 848f15211b6f105550d14cbb55ab58e835502925..7e067ab4b75a515b23f8f80fd35b20087e8c9573 100644 (file)
 # less of accepted delay before failure).  Adding a --speed-time would increase
 # the 1 second delay between writes to longer, but it would also increase the
 # total time needed by the test, which is already quite high.
+#
+# The assumption in step 3 is also broken on NetBSD 9.3, OpenBSD 7.3 and
+# Solaris 10 as they only usually send about half the requested amount of data
+# (see https://curl.se/mail/lib-2023-09/0021.html).
 <info>
 <keywords>
 HTTP
@@ -84,6 +88,9 @@ HTTP PUT with Expect: 100-continue and 417 response during upload
  <command>
 http://%HOSTIP:%HTTPPORT/we/want/%TESTNUMBER -T %LOGDIR/test%TESTNUMBER.txt --limit-rate 64K --expect100-timeout 0.001
 </command>
+<precheck>
+perl -e "print 'Test does not work on this BSD system' if ( $^O eq 'netbsd' || $^O eq 'openbsd' || ($^O eq 'solaris' && `uname -r` * 100 <= 510));"
+</precheck>
 # Must be large enough to trigger curl's automatic 100-continue behaviour
 <file name="%LOGDIR/test%TESTNUMBER.txt">
 %repeat[132 x S]%%repeat[16462 x xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx%0a]%