curl/tests/data/test650, branch gemini-meta cURL mirror with patches applied mime: do not perform more than one read in a row 2020-03-07T22:26:00+00:00 Patrick Monnerat patrick@monnerat.net 2020-03-07T10:51:00+00:00 1e4cb333ef632bf081045bb7b36f0736bec52708 Input buffer filling may delay the data sending if data reads are slow. To overcome this problem, file and callback data reads do not accumulate in buffer anymore. All other data (memory data and mime framing) are considered as fast and still concatenated in buffer. As this may highly impact performance in terms of data overhead, an early end of part data check is added to spare a read call. When encoding a part's data, an encoder may require more bytes than made available by a single read. In this case, the above rule does not apply and reads are performed until the encoder is able to deliver some data. Tests 643, 644, 645, 650 and 654 have been adapted to the output data changes, with test data size reduced to avoid the boredom of long lists of 1-byte chunks in verification data. New test 667 checks mimepost using single-byte read callback with encoder. New test 668 checks the end of part data early detection. Fixes #4826 Reported-by: MrdUkk on github 
Input buffer filling may delay the data sending if data reads are slow.
To overcome this problem, file and callback data reads do not accumulate
in buffer anymore. All other data (memory data and mime framing) are
considered as fast and still concatenated in buffer.
As this may highly impact performance in terms of data overhead, an early
end of part data check is added to spare a read call.
When encoding a part's data, an encoder may require more bytes than made
available by a single read. In this case, the above rule does not apply
and reads are performed until the encoder is able to deliver some data.

Tests 643, 644, 645, 650 and 654 have been adapted to the output data
changes, with test data size reduced to avoid the boredom of long lists of
1-byte chunks in verification data.
New test 667 checks mimepost using single-byte read callback with encoder.
New test 668 checks the end of part data early detection.

Fixes #4826
Reported-by: MrdUkk on github
Revert "mime: do not perform more than one read in a row" 2020-03-02T06:42:54+00:00 Daniel Stenberg daniel@haxx.se 2020-03-02T06:42:54+00:00 d7242f4757de67f02b13fac850c3472598f999ca This reverts commit ed0f357f7d25566110d4302f33759f4ffb5a6f83. 
This reverts commit ed0f357f7d25566110d4302f33759f4ffb5a6f83.
mime: do not perform more than one read in a row 2020-03-01T23:00:58+00:00 Patrick Monnerat patrick@monnerat.net 2020-01-29T04:28:26+00:00 ed0f357f7d25566110d4302f33759f4ffb5a6f83 Input buffer filling may delay the data sending if data reads are slow. To overcome this problem, file and callback data reads do not accumulate in buffer anymore. All other data (memory data and mime framing) are considered as fast and still concatenated in buffer. As this may highly impact performance in terms of data overhead, an early end of part data check is added to spare a read call. When encoding a part's data, an encoder may require more bytes than made available by a single read. In this case, the above rule does not apply and reads are performed until the encoder is able to deliver some data. Tests 643, 644, 645, 650 and 654 have been adapted to the output data changes, with test data size reduced to avoid the boredom of long lists of 1-byte chunks in verification data. New test 664 checks mimepost using single-byte read callback with encoder. New test 665 checks the end of part data early detection. Fixes #4826 Reported-by: MrdUkk on github 
Input buffer filling may delay the data sending if data reads are slow.
To overcome this problem, file and callback data reads do not accumulate
in buffer anymore. All other data (memory data and mime framing) are
considered as fast and still concatenated in buffer.
As this may highly impact performance in terms of data overhead, an early
end of part data check is added to spare a read call.
When encoding a part's data, an encoder may require more bytes than made
available by a single read. In this case, the above rule does not apply
and reads are performed until the encoder is able to deliver some data.

Tests 643, 644, 645, 650 and 654 have been adapted to the output data
changes, with test data size reduced to avoid the boredom of long lists of
1-byte chunks in verification data.
New test 664 checks mimepost using single-byte read callback with encoder.
New test 665 checks the end of part data early detection.

Fixes #4826
Reported-by: MrdUkk on github
mime: keep "text/plain" content type if user-specified. 2017-10-12T18:36:16+00:00 Patrick Monnerat patrick@monnerat.net 2017-10-12T18:36:16+00:00 0401734dfd39617a42318295a6e54064b40b2502 Include test cases in 554, 587, 650. Fixes https://github.com/curl/curl/issues/1986 
Include test cases in 554, 587, 650.

Fixes https://github.com/curl/curl/issues/1986
test650: Use variable replacement to set the host address and port 2017-09-30T00:10:54+00:00 Dan Fandrich dan@coneharvesters.com 2017-09-29T23:37:55+00:00 cecffff561b4cb5707510cfbc0bc41fe0e5b346a Otherwise, the test fails when the -b test option is used to set a different test port range. 
Otherwise, the test fails when the -b test option is used to set a
different test port range.
form API: add new test 650. 2017-09-07T18:11:02+00:00 Patrick Monnerat patrick@monnerat.net 2017-09-07T18:11:02+00:00 3620e569b312476f1e63b298106f942079b5afe8 Now that the form API is deprecated and not used anymore in curl tool, a lot of its features left untested. Test 650 attempts to check all these features not tested elsewhere. 
Now that the form API is deprecated and not used anymore in curl tool,
a lot of its features left untested. Test 650 attempts to check all these
features not tested elsewhere.