- May 22, 2012
-
-
Steve Holme authored
-
Tatsuhiro Tsujikawa authored
In nettle/md5.h, md5_init and md5_update are defined as macros to nettle_md5_init and nettle_md5_update respectively. This causes error when using MD5_params.md5_init and md5_update. This patch renames these members as md5_init_func and md5_update_func to avoid name conflict. For completeness, MD5_params.md5_final was also renamed as md5_final_func. The changes in curl_ntlm_core.c is conversion error and fixed by casting to proper type.
-
Daniel Stenberg authored
-
Jan Ehrhardt authored
The existing check was wrong so IPv6 support would never be enabled
-
Daniel Stenberg authored
-
Daniel Stenberg authored
And mention that this will become 7.26.0
-
Guenter Knauf authored
-
- May 20, 2012
-
-
Daniel Stenberg authored
The curl-config command must be used twice in the single command line to work properly in some environments. Bug: http://curl.haxx.se/bug/view.cgi?id=3528241 Reported by: Julian Taylor
-
- May 17, 2012
-
-
Steve Holme authored
A dot character at the beginning of a line would not be escaped to a double dot as required by RFC-2821, instead it would be deleted by the mail server. Please see section 4.5.2 of the RFC for more information. Note: This fix also simplifies the detection of repeated CRLF.CRLF combinations, such as CRLF.CRLF.CRLF, a little rather than having to advance the eob counter to 2.
-
- May 16, 2012
-
-
Daniel Stenberg authored
Now linking to http://daniel.haxx.se/blog/2012/05/16/300m-users/
-
- May 14, 2012
-
-
Daniel Stenberg authored
The commit e315927a left this in
-
Daniel Stenberg authored
The variable that control IDN enablement is called USE_IDN within these Makefiles
-
- May 12, 2012
-
-
Pierre Chapuis authored
It checks whether versioned symbols should be enabled before checking whether it is possible (i.e. the linker supports --version-script) or not. This avoids a useless warning when building cURL on a platform that does not use GNU ld. Moreover, it fixes broken indentation of this chunk of code.
-
Daniel Stenberg authored
1 - fix the syntax in the .IP line 2 - Provided user names and passwords are URL decoded by libcurl Bug: http://curl.haxx.se/bug/view.cgi?id=3525935
-
Daniel Stenberg authored
... since commit 9a4c887c introduced in libcurl 7.19.4
-
Daniel Stenberg authored
-
Daniel Stenberg authored
The built-in user-agent will now only say curl/[version] and nothing else in an attempt to decrease overhead in HTTP requests.
-
- May 06, 2012
-
-
Daniel Stenberg authored
-
- May 03, 2012
-
-
Claes Jakobsson authored
-
- May 02, 2012
-
-
Gokhan Sengun authored
check whether md5 initialization succeeded before updating digest of buffers onto it
-
- Apr 29, 2012
-
-
Daniel Stenberg authored
-
- Apr 27, 2012
-
-
Jan Schaumann authored
-
Jan Schaumann authored
-
- Apr 26, 2012
-
-
Guenter Knauf authored
-
- Apr 23, 2012
-
-
Daniel Stenberg authored
Roman Mamedov spotted (in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670126) that curl would not complain when given a URL with an IPv6 numerical address without brackets. It would simply cut off the last ":[hex]" part and thus not work correctly. That's a URL using an illegal syntax and now libcurl will instead return a clear error code and error message detailing the error. The above mentioned bug report claims this to be a regression but libcurl does not guarantee functionality when given URLs that aren't following the URL spec (RFC3986 mostly). I consider the fact that it used to handle this differently a mere coincidence.
-
Daniel Stenberg authored
Bug: http://curl.haxx.se/mail/lib-2012-04/0246.html Reported by: Michael Mueller
-
Gokhan Sengun authored
curl needs to be more chatty regarding certificate verification failure during SSL handshake
-
Guenter Knauf authored
-
- Apr 22, 2012
-
-
Steve Holme authored
-
Guenter Knauf authored
-
Guenter Knauf authored
-
Steve Holme authored
-
Steve Holme authored
Added version information for Windows SSPI to curl's main version string and removed SSPI from the features string.
-
- Apr 20, 2012
-
-
Daniel Stenberg authored
When doing a chunked-encoded POST with -d (CURLOPT_POSTFIELDS) and the size of the POST was zero length, it made libcurl first send a zero chunk and then the terminating one. This could confuse a receiver and it should rather just send the terminating chunk as it does with this fix. Test case 1333 is added to verify. Bug: http://curl.haxx.se/mail/archive-2012-04/0060.html Reported by: Arnaud Compan
-