From 5b3730feae0f312a3c4fee688a9b6862e0df45ab Mon Sep 17 00:00:00 2001 From: Dan Fandrich Date: Thu, 17 Mar 2005 20:50:17 +0000 Subject: [PATCH] Change the bogus address used in test237 to be more reliable when run on a host with a buggy resolver that strips all but the bottom 8 bits of each octet. The resolved address in this case (192.0.2.127) is guaranteed never to belong to a real host (see RFC3330). --- tests/data/test237 | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-) diff --git a/tests/data/test237 b/tests/data/test237 index be7dfd5..c276da9 100644 --- a/tests/data/test237 +++ b/tests/data/test237 @@ -14,13 +14,16 @@ FTP getting bad host in 227-response to PASV ftp://%HOSTIP:%FTPPORT/237 --disable-epsv -REPLY PASV 227 Entering Passiv Mode (1218,91,256,127,127,127) +REPLY PASV 227 Entering Passiv Mode (1216,256,2,127,127,127) # Verify data after the test has been "shot" +# The bogus address used here is chosen specifically so that when processed on +# certain hosts with buggy resolver code, the resulting address (192.0.2.127) +# is from an address block that is guaranteed never to be assigned (RFC3330). -# curl: (15) Can't resolve new host 1218.91.256.127:32639 +# curl: (15) Can't resolve new host 1216.256.2.127:32639 # 15 => CURLE_FTP_CANT_GET_HOST # some systems just don't fail on the illegal host name/address but instead # moves on and attempt to connect to... yes, to what? -- 2.7.4