- Nov 09, 2005
-
-
Gisle Vanem authored
<ws2tcpip.h> since IPv6 is no longer optional (was it ever?)
-
Gisle Vanem authored
Replace <winsock.h> with <winsock2.h> + <ws2tcpip.h> (ala libcurl since IPv6 is not optional now).
-
Gisle Vanem authored
-
- Nov 08, 2005
-
-
Daniel Stenberg authored
we really have no use for reverse lookups of the address. I truly hope these are the last reverse lookups we had lingering in the code!
-
Daniel Stenberg authored
-
Daniel Stenberg authored
version of libcurl with different Windows versions. Current version of libcurl imports SSPI functions from secur32.dll. However, under Windows NT 4.0 these functions are located in security.dll, under Windows 9x - in secur32.dll and Windows 2000 and XP contains both these DLLs (security.dll just forwards calls to secur32.dll). Dmitry's patch loads proper library dynamically depending on Windows version. Function InitSecurityInterface() is used to obtain pointers to all of SSPI function in one structure. : ----------------------------------------------------------------------
-
- Nov 07, 2005
-
-
Daniel Stenberg authored
Curl_ossl_connect(), the Curl_gtls_connect() function does not send the user certificate to the peer. In fact, it ignores the conn->data->set.cert field completely, it always uses the anonymous credentials. See http://curl.haxx.se/bug/view.cgi?id=1348930
-
Daniel Stenberg authored
-
- Nov 05, 2005
-
-
http://curlpas.sf.net/Daniel Stenberg authored
-
- Nov 02, 2005
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
1.9 Where do I buy commercial support for curl? 1.10 How many are using curl? 6.7 What are my obligations when using libcurl in my commerical apps? Edited a few other paragraphs slightly.
-
- Nov 01, 2005
-
-
Gisle Vanem authored
-
- Oct 31, 2005
-
-
Daniel Stenberg authored
The LDAP code in libcurl can't handle LDAP servers of LDAPv3 nor binary attributes in LDAP objects. So, I made a quick patch to address these problems. The solution is simple: if we connect to an LDAP server, first try LDAPv3 (which is the preferred protocol as of now) and then fall back to LDAPv2. In case of binary attributes, we first convert them to base64, just like the openldap client does. It uses ldap_get_values_len() instead of ldap_get_values() to be able to retrieve binary attributes correctly. I defined the necessary LDAP macros in lib/ldap.c to be able to compile libcurl without the presence of libldap
-
Daniel Stenberg authored
-
- Oct 30, 2005
-
-
Daniel Stenberg authored
same server
-
- Oct 29, 2005
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
document
-
- Oct 28, 2005
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
- Oct 27, 2005
-
-
Daniel Stenberg authored
(http://curl.haxx.se/bug/view.cgi?id=1338648) which really is more of a feature request, but anyway. It pointed out that --max-redirs did not allow it to be set to 0, which then would return an error code on the first Location: found. Based on Nis' patch, now libcurl supports CURLOPT_MAXREDIRS set to 0, or -1 for infinity. Added test case 274 to verify.
-
Daniel Stenberg authored
(http://curl.haxx.se/bug/view.cgi?id=1337723) that curl could not upload binary data from stdin on Windows if the data contained control-Z (hex 1a) since that is treated as end-of-file when read in text mode. Gisle Vanem pointed out the fix, and I made both -T and --data-binary take advantage of it.
-
Daniel Stenberg authored
differences between OpenSSL and GnuTLS (that is probably a suitable subject for a separate document...)
-
Gisle Vanem authored
..\lib\timeval.c.
-
Gisle Vanem authored
Added CURL_DISABLE_TFTP; tftp.c doesn't compile as-is.
-
Daniel Stenberg authored
in the man page, curl would send an invalid HTTP Range: header. The correct way would be to use "-r [number]-" or even "-r -[number]". Starting now, curl will warn if this is discovered, and automatically append a dash to the range before passing it to libcurl.
-
- Oct 25, 2005
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
Daniel Stenberg authored
bug #1326306
-
- Oct 22, 2005
-
-
Daniel Stenberg authored
#1334338 (http://curl.haxx.se/bug/view.cgi?id=1334338). When reading an SSL stream from a server and the server requests a "rehandshake", the current code simply returns this as an error. I have no good way to test this, but I've added a crude attempt of dealing with this situation slightly better - it makes a blocking handshake if this happens. Done like this because fixing this the "proper" way (that would handshake asynchronously) will require quite some work and I really need a good way to test this to do such a change.
-
- Oct 21, 2005
-
-
Daniel Stenberg authored
it, it could then accidentally actually crash. Presumably, this concerns FTP connections. http://curl.haxx.se/bug/view.cgi?id=1330310
-
Daniel Stenberg authored
linked to the executable and not to the libcurld.lib http://curl.haxx.se/bug/view.cgi?id=1326676
-
Daniel Stenberg authored
CURLE_COULDNT_RESOLVE_PROXY and CURLE_COULDNT_RESOLVE_HOST on resolving errors (as documented).
-
- Oct 20, 2005
-
-
Daniel Stenberg authored
-
Daniel Stenberg authored
-
Daniel Stenberg authored
(wrongly) sends *two* WWW-Authenticate headers for Digest. While this should never happen in a sane world, libcurl previously got into an infinite loop when this occurred. Dave added test 273 to verify this.
-
Daniel Stenberg authored
-
Daniel Stenberg authored
DEBUG_ADDRINFO to enable.
-
Daniel Stenberg authored
you set rtlibcfg=static for the make, then it would build with /MT. The default behaviour is /MD (the original)." http://curl.haxx.se/bug/view.cgi?id=1326665
-
- Oct 18, 2005
-
-
Dan Fandrich authored
-