more

there is SOCKS support these days

Steve Oliphant pointed out that test case 105 did not work anymore and this
was due to a missing fix for the password prompting

added test 136

verify -u username: with ftp to use a blank password

if userpwd is "username:", this now implies a blank password while only
"username" will cause libcurl to prompt for password. Bryan Kemp noticed.

test case 136 is added for this

Wai (Simon) Liu provided the HTTP200ALIASES paragraph.

Philippe Raoult's added note for HTTPHEADER

This fixed yet another connect problem with the multi interface and ipv4
stack. Kjetil Jacobsen reported and verified the fix.

removed

removed unused code

fix

call curl_multi_perform() correctly

proper indent

pass a file name to memanalyze to read from instead of using stdin

share.h is now a used header file

fixed to deal with file names that contain colons, as in Windows

7.10.3-pre4

rename the curl share error enum prefix

Updated more and now looks and and the API possibly works almost like the
design document specifies. There is still no code inside that uses this.

7+8 jan 2003

updated to use the modified share-types

cleaned up the share data types and prototypes to be more in line what
the design draft mentioned and what I think is fit

mkdir() fix for win32

nah, include test.h instead

include curl.h without directory

fixed a very, very rare and very, very little memory leak

Philippe Raoult's fix to handle wildcard certificate name checks

Simon Liu's HTTP200ALIASES-patch!

stuff

clarified error code 19

Only output valid filetime.
Return file-error if 550 is returned when trying MDTM

when sending an error message to the debugfunction, we append a newline so
that the output looks better

fixed the create_dir_hierarchy() to not use uninited memory, as noticed by
Matthew Blain.

Matthew Blain's improvements for debug builds

better ignore

ignore lib504 too

updated

indent fix

fix bug (?) :-)

previously, if you called curl_easy_perform and then set the global dns
cache, the global cache wouldn't be used.  I don't see this really happening
in practice, but this code allows you to do it.

return -1 even if SSL_pending() doesn't return non-zero, as we don't really
care how many bytes that is readable NOW. Philippe Raoult reported the
bug in 7.10.3-pre3.

Marc Herbert's suggstion: mention that insecure is ignored if cacert or capath
is used.

example configure command line

Use AM_MAINTAINER_MODE which thus makes less maintainer stuff in the default
makefile when --enable-maintainer-mode is not used.

7.10.3-commit

fixes

removed fruitless attempts to overload some targets

Curl_base64_decode() fixed by Matthew B

Fixed the usage of SSL_read() to properly return -1 if the EWOULDBLOCK
situation occurs, which it previously didn't!

This was reptoed by Evan Jordan in bug report #653022.

Also, if ERROR_SYSCALL is returned from SSL_write(), include the errno number
in the error string for easier error detection.

CURLOPT_DNS_USE_GLOBAL_CACHE is not thread-safe

CURLE_HTTP_NOT_FOUND => CURLE_HTTP_RETURNED_ERROR

Removed weird special multi interface condition that caused bug report
#651464.

don't install the test programs

writefunction data is not zero terminated

removed junk

Added test case 504, using multi interface and a local proxy without anything
listening on the port we use.

better desc

mistake, this only requires http

the hostip.c commit

EAGAIN on older (correct) glibc versions indicate a problem and not the need
for a bigger buffer and this is indeed badness for us. Making this work
on both old and new glibc versions require an ugly loop that in its worse
form cause 45 bad loops when using the correct glibc and a non-resolving
host name... :-/

We want a better fix. Badly.

changes from last week

cut off -O properly when building for debug
setup the Makefile in tests/libtest/

documented the %-variables

fixed another space issue

please mr CVS ignore these

set up arg2 to point to argv[2] to be used at will by programs

added 503

used this to verify bug report 651460

added support for CONNECT, both good and bad

test case 503 entered the dir

conn->bits.tcpconnect now keeps track of if this connection is connected
or not

include files without the curl/ to reduce the risk of us including the wrong
set of include files during tests

Evan Jordan's fix for a memory leak. Bug report 650989.

make a little work-around for file:// in _is_connected() and voila, now the
multi interface works with file:// URLs fine (previously it crashed). This
won't make it work on Windows though...

one slash too many

lib502.c for multi interface tests on a single URL without select()

test 502, multi interface with file://

bail out on crap received, makes test case 402 *NOT* ruin the test series
anymore!

missing space added, nows run old tests fine again

remove test piece

make ftps and https invoke both necessary servers

fixes

link the test tools this way instead

no more

corrected

new subdir added 'libtest'

supports the new 'tool' and 'server' tags

describe the new sections added for (better) libcurl testing

500 + 501 added

run tiny specific libcurl-testing tools

The first ever attempts to do pure libcurl test cases

Deal with HTML where ' is used instead of "
Cut off name from option

moved the includes to outside the extern "C" stuff
decreased the write buffer size to 16KB to perform a lot better on Windows(!)

recent fluff

The initial HTTP request can now be sent in multiple parts, as part of the
regular transfer process. This required some new tweaks, like for example
we need to be able to tell the tranfer loop to not chunky-encode uploads
while we're transferring the rest of the request...

send_buffer is no more here

added test56, nearly 100KB big!

Test case for sending insanely big HTTP requests. Mainly done this way to
make sure that it isn't all sent off in one single send() but instead
really tests the multiple-part-send logic.

more logging, now logs the full response too, basic support for dealing
with chunked transfer-encoding uploads added

A normal POST now provides data to the main transfer loop via the usual
read callback, and thus won't put a lot of stress on the request sending
code (which currently does an ugly loop).