curl/tests/data/test283

<testcase>
<info>
<keywords>
TFTP
TFTP RRQ
FAILURE
</keywords>
</info>

#
# Client-side
<client>
<server>
tftp
</server>
 <name>
TFTP retrieve on invalid file
 </name>
 <command>
tftp://%HOSTIP:%TFTPPORT//invalid-file --trace-ascii log/traceit
</command>
</client>

#
# Verify pseudo protocol after the test has been "shot"
<verify>
<errorcode>
69
</errorcode>
<protocol>
opcode: 1
filename: /invalid-file
mode: octet
</protocol>
</verify>
</testcase>
Convert (most of) the test data files into genuine XML. A handful still are not, due mainly to the lack of support for XML character entities (e.g. & => & ). This will make it easier to validate test files using tools like xmllint, as well as edit and view them using XML tools. 2007-01-23 03:25:56 +01:00			`<testcase>`
Added test of TFTP server error reporting. 2007-01-10 04:32:19 +01:00			`<info>`
			`<keywords>`
			`TFTP`
			`TFTP RRQ`
Don't tear down the ftp connection if the maximum filesize was exceeded and added tests 290 and 291 to check. 2007-03-30 03:13:47 +02:00			`FAILURE`
Added test of TFTP server error reporting. 2007-01-10 04:32:19 +01:00			`</keywords>`
			`</info>`

			`#`
			`# Client-side`
			`<client>`
			`<server>`
			`tftp`
			`</server>`
			`<name>`
			`TFTP retrieve on invalid file`
			`</name>`
			`<command>`
			`tftp://%HOSTIP:%TFTPPORT//invalid-file --trace-ascii log/traceit`
			`</command>`
			`</client>`

			`#`
			`# Verify pseudo protocol after the test has been "shot"`
			`<verify>`
			`<errorcode>`
			`69`
			`</errorcode>`
			`<protocol>`
			`opcode: 1`
			`filename: /invalid-file`
			`mode: octet`
			`</protocol>`
			`</verify>`
Convert (most of) the test data files into genuine XML. A handful still are not, due mainly to the lack of support for XML character entities (e.g. & => & ). This will make it easier to validate test files using tools like xmllint, as well as edit and view them using XML tools. 2007-01-23 03:25:56 +01:00			`</testcase>`