- Aug 15, 2011
-
-
Kamil Dudka authored
Bug: https://bugzilla.redhat.com/728562
-
- Aug 14, 2011
-
-
Yang Tse authored
-
Daniel Stenberg authored
Summary of the issue can be found at: http://curl.haxx.se/mail/lib-2010-04/0367.html That patch only updated the unix sockets code - the winsock code was not updated and no longer works the same was as the unix code. This change updates the windows code accordingly. Bug: http://curl.haxx.se/bug/view.cgi?id=3163118
-
Daniel Stenberg authored
Bug: http://curl.haxx.se/bug/view.cgi?id=3383692
-
Daniel Stenberg authored
-
Yang Tse authored
Strict splitting of http_ntlm.[ch] may trigger 8 compiler warnings when building with some compilers and strict compiler warnings enabled, depending on other specific configuration options some could get triggered or not. Seven are related with 'unused function parameters' and another one with 'var may be used before its value is set'.
-
Yang Tse authored
For modularity purposes, huge chunks of NTLM existing code is transformed into functions to allow future internal code reuse. Resulting three new libcurl private functions: - Curl_ntlm_create_type1_message() - Curl_ntlm_create_type3_message() - Curl_ntlm_decode_type2_message() Changing static ntlm_sspi_cleanup() into non-static Curl_ntlm_sspi_cleanup() This 'refactoring' has been prepared by previous commits to allow that this specific one does not introduce any change to existing code. All existing goodness and badness previous to this commit should remain the same once it is applied, the only difference should be that existing code is moved into functions. Given the quite big portions of code being moved around, and the importance of change traceability, this commit has been done in such a way that it is possible to perform a three-way diff from initial http_ntlm.[ch] to resulting http_ntlm.[ch] and curl_ntlm.[ch] to actually verify that no functional change is introduced here. Notice that Steve Holme has provided several patches, but these included this refactoring along with 'extra' fixes. I really wanted this 'clean' refactoring done first, in order to allow discussion or committing of 'extra' fixes on a case by case basis, so, I had to bite the bullet ;-) Comments, line adjustments, compiler warning fixes, whatever, may follow afterwards.
-
- Aug 13, 2011
-
-
Yang Tse authored
warning C4706: assignment within conditional expression
-
Yang Tse authored
Remove CURLntlm enum, no longer required.
-
Daniel Stenberg authored
Just a note about the fact that all VC[6/8/9/10] makefiles are generated from the VC6 one as source.
-
- Aug 12, 2011
-
-
Daniel Stenberg authored
Curl_readrewind() was called without checking its return code, which could lead to badness. Bug: http://curl.haxx.se/bug/view.cgi?id=3349227
-
Yang Tse authored
-
Yang Tse authored
-
Yang Tse authored
-
Steve Holme authored
-
Yang Tse authored
Use preprocessor symbol NTLM_BUFSIZE to define private NTLM buffer fixed size. Use a SessionHandle 'data' pointer variable to ease refactoring. Update NTLM type-* message structure descriptions. Fix some more spacing and typos (Steve Holme).
-
- Aug 11, 2011
-
-
Yang Tse authored
-
Steve Holme authored
Moved NTLMSSP_SIGNATURE, HOSTNAME_MAX, SHORTPAIR and LONGQUARTET definitions in ready for move to curl_ntlm.c. Used separate variables for Windows SSPI and native code to ease moving of code to curl_ntlm.c. Fixed typographical erros where SPPI should be SSPI. Fixed compilation warnings on 64-bit builds when calling Windows SSPI functions.
-
- Aug 09, 2011
-
-
Yang Tse authored
-
Steve Holme authored
-
Daniel Stenberg authored
There are two keywords in cookie headers that don't follow the regular name=value style: secure and httponly. Still we must support that they are written like 'secure=' and then treat them as if they were written 'secure'. Test case 31 was much extended by Rob Ward to test this. Bug: http://curl.haxx.se/bug/view.cgi?id=3349227 Reported by: "gnombat"
-
- Aug 08, 2011
-
-
Daniel Stenberg authored
A regression where CURLFORM_BUFFER stopped to properly insert the file name part in the formpart. Bug introduced in commit f851f768. Added CURLFORM_BUFFER use to test 554 to verify this. Bug: http://curl.haxx.se/mail/lib-2011-07/0176.html Reported by: Henry Ludemann
-
Daniel Stenberg authored
The connect timeout logic when using SOCKS was done wrong Bug: http://curl.haxx.se/mail/lib-2011-07/0177.html Reported by: "Spoon Man"
-
Daniel Stenberg authored
When a failure has been detected we must abort immdiately. Bug: http://curl.haxx.se/mail/lib-2011-07/0177.html Reported by: "Spoon Man"
-
- Aug 07, 2011
-
-
Daniel Stenberg authored
Bug: http://curl.haxx.se/bug/view.cgi?id=3385258 Reported by: Ben Winslow
-
Daniel Stenberg authored
-
Yang Tse authored
lwIP library initialization.
-
Yang Tse authored
Use swrite/sread instead of write/read to avoid SIGPIPE
- Aug 06, 2011
-
-
Yang Tse authored
-
Christian Hägele authored
-
- Aug 05, 2011
- Aug 04, 2011
-
-
Daniel Stenberg authored
A proxy could be marked 'httpproxy' wrongly before if set with an environment variable or with the CURLOPT_PROXY option with a socks*:// prefix or similar. Added test 710 to verify Bug: http://curl.haxx.se/mail/lib-2011-07/0194.html
-
Yang Tse authored
Allow compilation of libcurl and curl using BSD-style lwIP on Win32. In order to compile libcurl and curl with this support it is necessary to edit files lib/config-win32.h and src/config-win32.h and uncomment a line to make definition of preprocessor symbol USE_LWIPSOCK visible. Afterwards you can compile as usual. In order to use compiled library with BSD-style lwIP TCP/IP stack in your program it is mandatory that you include lwIP header file <lwip/opt.h> before including <curl/curl.h> or <curl/multi.h> Compilation has been verified with lwIP 1.4.0 and contrib-1.4.0 from: http://download.savannah.gnu.org/releases/lwip/lwip-1.4.0.zip http://download.savannah.gnu.org/releases/lwip/contrib-1.4.0.zip Have fun!
-
- Aug 03, 2011
-
-
Kamil Dudka authored
... to avoid build failure when GSS_C_DELEG_POLICY_FLAG is not defined. Reported by: Paul Howarth
-
Kamil Dudka authored
Suggested by Richard Silverman.
-