Christian Schmitz via curl-library in gmane.comp.web.curl.library (Sun,
19 Apr 2020 17:33:33 +0200):
>I looked into the pre-built CURL DLLs for Windows.
>But those I found on the website are all without Keberos.
>The download website doesn't list the features enabled for each build.
The curl by
Andreas Falkenhahn via curl-library in gmane.comp.web.curl.library (Sat,
19 Oct 2019 18:40:49 +0200):
>Please excuse this slightly off-topic question but I think this is the best
>place to ask about it ;)
>
>So unfortunately, my old test case HTTP server which sent HTTP responses
>without
>the
Hi Christoph and Daniel,
Christoph M. Becker (Wed, 11 Sep 2019 14:20:36 +0200):
>On 11.09.2019 at 13:36, Daniel Stenberg via curl-library wrote:
>
>> On Wed, 11 Sep 2019, Daniel Stenberg via curl-library wrote:
>>
Usng the winbuid system I am running into the error that nmake cannot
Daniel Stenberg (Wed, 11 Sep 2019 08:00:54 +0200 (CEST)):
> o curl_version_info: offer quic (and h3) library info [38]
> o see docs/KNOWN_BUGS (https://curl.haxx.se/docs/knownbugs.html)
Usng the winbuid system I am running into the error that nmake cannot
find vquic\ngtcp2.obj. I tried a lot of
Jan Ehrhardt via curl-library in gmane.comp.web.curl.library (Fri, 12
Apr 2019 23:07:42 +0200):
>PR will follow soon. I just wanted to check here first.
PR: https://github.com/curl/curl/pull/3772
>Daniel Stenberg via curl-library in gmane.comp.web.curl.library (Fri, 12
>Apr 2019 22:39
Daniel Stenberg via curl-library in gmane.comp.web.curl.library (Fri, 12
Apr 2019 22:39:37 +0200 (CEST)):
>On Fri, 12 Apr 2019, Jan Ehrhardt via curl-library wrote:
>
>> makefile.m32 and ./configure (when cross-compiling on *nix for Windows)
>> already support MultiSSL. How
makefile.m32 and ./configure (when cross-compiling on *nix for Windows)
already support MultiSSL. However the makefiles in /winbuild still
prohibit it. It requires a small adjustment to enable it there too:
https://github.com/Jan-E/cURL-winlibs/commit/3997fc006b3a3650f4b9bdb5b1f508ced04d00fb
See
Thomas Glanzmann via curl-library (Fri, 7 Sep 2018 12:57:24 +0200):
>Hello Jan,
>
>> x64 builds with OpenSSL just use the Windows certificate store. That
>> applies even to cross-compiled x64 builds. Try it yourself
>> https://phpdev.toolsforresearch.com/curl-mingw32-7.61.1.zip
>
>I tried, but
Daniel Stenberg via curl-library (Fri, 7 Sep 2018 09:30:11 +0200 (CEST)):
>I think it would be great to offer ability that to OpenSSL users on Windows.
It is already there in x64 builds of curl with OpenSSL!
--
Jan
---
Unsubscribe:
Juan Isoza via curl-library (Fri, 7 Sep 2018 08:57:48 +0200):
>But curl build for windows with openssl need a --insecure parameters or a
>custom certificate file.
x64 builds with OpenSSL just use the Windows certificate store.
That applies even to cross-compiled x64 builds.
Try it yourself
Jan Ehrhardt via curl-library (Sun, 26 Aug 2018 16:03:16 +0200):
>Daniel Jelinski via curl-library (Sun, 26 Aug 2018 09:09:58 +0200):
>>added 100ms: original 310kB/sec, patched 9900kB/sec
>
>Impressive results!
Do you have a compiled version somewhere?
I tried to build my own wit
Jan Ehrhardt via curl-library (Sun, 26 Aug 2018 16:28:47 +0200):
>Daniel Jelinski via curl-library (Sun, 26 Aug 2018 09:09:58 +0200):
>>The patched version is CPU-bound on lower latencies; when the latency
>>goes higher, SSH window becomes the limiting factor. I read that HPN
Daniel Jelinski via curl-library (Sun, 26 Aug 2018 09:09:58 +0200):
>The patched version is CPU-bound on lower latencies; when the latency
>goes higher, SSH window becomes the limiting factor. I read that HPN
>SSH should do better on high latency links, didn't try it out.
A lot of PR's for
Daniel Jelinski via curl-library (Sun, 26 Aug 2018 09:09:58 +0200):
>added 100ms: original 310kB/sec, patched 9900kB/sec
Impressive results!
>The patched version is CPU-bound on lower latencies; when the latency
>goes higher, SSH window becomes the limiting factor. I read that HPN
>SSH should do
Daniel Jelinski via curl-library (Sun, 26 Aug 2018 01:07:14 +0200):
>sob., 11 sie 2018 o 01:05 Daniel Stenberg napisa?(a):
>> It would require that libssh2 provides such an API, which it currently
>> doesn't
>> (and I don't know anyone working on it).
>
>Sent a PR to libssh2 for that:
Jan Ehrhardt via curl-library (Wed, 15 Aug 2018 22:51:34 +0200):
>Network connection: about 200 Mbits/s up, 200ms latency (speedtest.net)
>Test file: 178 MB mp4
>Protocol: sftp
>
>iPad app 32 KB libssh2 buffer: 2147 seconds
>iPad app 320 KB libssh2 buffer: 737 seconds
>File
Daniel Stenberg via curl-library (Tue, 14 Aug 2018 09:39:21 +0200 (CEST)):
>I think its time we run some tests in an orderly fashion with different upload
>buffer sizes and collect some numbers...
Feedback on some informal upload tests from Phoenix, Arizona to Amsterdam, NL.
High speed
Daniel Stenberg via curl-library (Tue, 14 Aug 2018 12:02:46 +0200
(CEST)):
> Size Seconds Improvement
>
> 16 KB2.522-
> 64 KB1.281x 1.97
> 128 KB 1.095x 2.30
> 256 KB 0.938x 2.69
> 512 KB 0.860x 2.93
Thanks for the stats. It indicates that my choice
Daniel Stenberg via curl-library (Tue, 14 Aug 2018 09:39:21 +0200
(CEST)):
>I think its time we run some tests in an orderly fashion with different upload
>buffer sizes and collect some numbers...
I did not test if there is a difference on *nix. Did you? Anyway, I
agree with the fact that some
Daniel Stenberg via curl-library (Mon, 13 Aug 2018 23:37:56 +0200
(CEST)):
>On Mon, 13 Aug 2018, Jan Ehrhardt via curl-library wrote:
>
>> Daniel Stenberg (Thu, 9 Aug 2018 16:55:38 +0200 (CEST)):
>> -#define UPLOAD_BUFSIZE CURL_MAX_WRITE_SIZE
>> +#define UPLOAD_BUFSIZE
Daniel Jelinski via curl-library (Tue, 7 Aug 2018 23:11:25 +0200):
>I recently started using HTTPS functionality with libcurl + openSSL; I
>noticed that by default this combo does not use Windows certificates,
>but instead wants to load them from CA bundle.
I happened to notice that recent X64
Daniel Stenberg (Thu, 9 Aug 2018 16:55:38 +0200 (CEST)):
-#define UPLOAD_BUFSIZE CURL_MAX_WRITE_SIZE
+#define UPLOAD_BUFSIZE (512*1024)
@Daniel Stenberg: is there a reason that is stopping you from changing
this in curl?
--
Jan
---
Daniel Stenberg via curl-library (Thu, 9 Aug 2018 16:55:38 +0200
(CEST)):
>-#define UPLOAD_BUFSIZE CURL_MAX_WRITE_SIZE
>+#define UPLOAD_BUFSIZE (512*1024)
This extra patch also had major speed improvements for Daniel Jelinski's
testcurl.bat. I have now included a fully static
Daniel Jelinski via curl-library (Fri, 10 Aug 2018 22:59:22 +0200):
>Ok, so let's put Linux to a test.
Reality check from a CentOS 6 machine
% Total% Received % Xferd Average Speed TimeTime Time Current
Dload Upload Total SpentLeft
Jan Ehrhardt via curl-library (Fri, 10 Aug 2018 17:25:51 +0200):
>running curl-mingw64 sftp
> % Total% Received % Xferd Average Speed TimeTime Time Current
> Dload Upload Total SpentLeft Speed
>100 274M0 0 100 274M
Jan Ehrhardt via curl-library (Fri, 10 Aug 2018 03:29:21 +0200):
>Gisle Vanem via curl-library (Thu, 9 Aug 2018 18:31:12 +0200):
>>Jan Ehrhardt wrote:
>>
>>>> Wow dude! 2 times faster than FileZilla now.
>>>>
>>>> Time decreased from 33.153s
Gisle Vanem via curl-library (Thu, 9 Aug 2018 18:31:12 +0200):
>Jan Ehrhardt wrote:
>
>>> Wow dude! 2 times faster than FileZilla now.
>>>
>>> Time decreased from 33.153s to 6.4 sec (same random 10 MByte file).
>>> Versus approx. 5.3 sec for curl/FT
Gisle Vanem via curl-library (Thu, 9 Aug 2018 17:48:49 +0200):
>Daniel Stenberg wrote:
>
>> /* The upload buffer size, should not be smaller than CURL_MAX_WRITE_SIZE,
>> as
>> it needs to hold a full buffer as could be sent in a write callback */
>> -#define UPLOAD_BUFSIZE
Daniel Stenberg via curl-library (Thu, 9 Aug 2018 16:55:38 +0200 (CEST)):
>On Thu, 9 Aug 2018, Jan Ehrhardt via curl-library wrote:
>
>> curl plain ftp patched 41 seconds
>> curl patched sftp 1925 seconds
>
>Oh what a sad number there... =(
>
>A quick lit
Gisle Vanem via curl-library (Thu, 9 Aug 2018 13:51:50 +0200):
>Jan Ehrhardt wrote:
>
>>> 33.153s vs 5.4s for a 10 MByte file.
>>
>> Did you time how long Filezilla takes for the same action? Filezilla
>> squeezes quite a lot over sftp-connections...
>
>11.
Gisle Vanem via curl-library (Thu, 9 Aug 2018 01:42:18 +0200):
>Jan Ehrhardt wrote:
>
>> I ended up with a Windows port of lftp, launched from a bash script. Curl
>> sftp
>> did resume, but was terribly slow.
>
>I also just tested with 'curl sftp//:' with t
Daniel Jeli?ski in gmane.comp.web.curl.library (Sat, 4 Aug 2018 19:52:37 +0200):
>2018-08-04 15:55 GMT+02:00 Jan Ehrhardt :
>> Virtualbox 5.0.16. Network adapter screenshot here:
>> https://phpdev.toolsforresearch.com/win7x64.png
>
>Thanks. Do you happen to limit allowed b
Daniel Jeli?ski in gmane.comp.web.curl.library (Sat, 4 Aug 2018 19:40:01 +0200):
>I haven't figured out yet how to build libssh2, and I don't need it at
>the moment.
https://windows.php.net/downloads/php-sdk/deps/vc15/x64/ (or whatever VC and
x-version you are using). The libssh_a.lib inside the
Jan Ehrhardt in gmane.comp.web.curl.library (Sat, 04 Aug 2018 18:30:56 +0200):
>Jan Ehrhardt in gmane.comp.web.curl.library (Sat, 04 Aug 2018 18:14:29 +0200):
>>curl vanilla: 5.248 s
>>curl patched: 5.471 s
>
>I will repeat the tests later over my fiber connaction.
Over a f
Jan Ehrhardt in gmane.comp.web.curl.library (Sat, 04 Aug 2018 18:14:29 +0200):
>bash / lftp : 5.660 s
>curl vanilla: 5.248 s
>curl patched: 5.471 s
Disclaimer: these times are over a Wifi connection at
http://drovers-dog.com/dog1/
I will repeat the tests later over my fiber connaction
Daniel Jelinski (Sat, 4 Aug 2018 08:02:00 +0200):
>I'm a little concerned about Gisle's FTP results and Jan's results on
>Virtualbox. I don't think they should block this patch, but they may
>justify some further enhancements.
Once upon a time I tested a lot of upload tools to see which one
Daniel Jeli?ski in gmane.comp.web.curl.library (Sat, 4 Aug 2018 07:53:24
+0200):
>2018-08-03 4:07 GMT+02:00 Jan Ehrhardt :
>>>I also have a Windows 8.1 64-bits running in a Virtualbox on the Wondows
>>>2008 R2 server. No speed improvement. Most of the times the patched
>&
Daniel Stenberg (Thu, 2 Aug 2018 23:32:04 +0200 (CEST)):
>>Jan Ehrhardt's XP test was really slow and if we exclude that from the
>>results, the average patched result goes down to 46%.
>
>I also have a Windows 8.1 64-bits running in a Virtualbox on the Wondows
>2008 R2 server. No speed
Daniel Stenberg (Thu, 2 Aug 2018 23:32:04 +0200 (CEST)):
>Jan Ehrhardt's XP test was really slow and if we exclude that from the
>results, the average patched result goes down to 46%.
I also have a Windows 8.1 64-bits running in a Virtualbox on the Wondows
2008 R2 server. No speed improvement.
Daniel Stenberg (Thu, 2 Aug 2018 14:52:51 +0200 (CEST)):
>We want to have more user's experience and results from tests to determine how
>we should make curl make uploads on windows as fast as possible.
From Windows 2008 R2, Amsterdam, NL:
Microsoft Windows [Version 6.1.7601]
generating test
Daniel Stenberg in gmane.comp.web.curl.library (Thu, 2 Aug 2018 14:52:51
+0200 (CEST)):
>We want to have more user's experience and results from tests to determine how
>we should make curl make uploads on windows as fast as possible.
Windows 7, from Amsterdam, NL
Microsoft Windows [Version
Konstantin Vlasov in gmane.comp.web.curl.library (Thu, 20 Apr 2017
16:02:31 +0300):
>The problem is, I need static OpenSSL, not shared.
Then you have no other choice than to accept the bigger size of OpenSSL
1.1.0, compared to OpenSSL 1.0.2.
--
Jan
Konstantin Vlasov in gmane.comp.web.curl.library (Thu, 20 Apr 2017
14:08:46 +0300):
>> What is the size of your libeay32.lib & ssleay32.lib files?
>
>Good spot! Indeed, they are 16,9 and 2,4 Mb (I use OpenSSL 1.1.0, so the names
>are libssl.lib and libcrypto.lib).
>
>So it means that the winbuild
Konstantin Vlasov in gmane.comp.web.curl.library (Wed, 19 Apr 2017
21:38:45 +0300):
>nmake /f Makefile.vc mode=static WITH_SSL=static DEBUG=no MACHINE=x86
>WITH_DEVEL=C:\Programs\OpenSSL\x32 ENABLE_SSPI=no ENABLE_WINSSL=no
>
>It produced libcurl_a.lib with size of 21 Mb! I tried the same with
Michael Felt in gmane.comp.web.curl.library (Wed, 22 Feb 2017 19:21:16
+0100):
>Well, I am about to test build for AIX - but if I understand correctly -
>SSPI - is a windows only issue, i.e., not something expected on Linux or
>POSIX platforms.
>
>If so, - it might be +1 for Windows platform.
Daniel Stenberg in gmane.comp.web.curl.library (Wed, 22 Feb 2017
08:16:42 +0100 (CET)):
>Due to issue #1276 [1] that was reported within an hour of the 7.53.0 release,
>we're contemplating a follow-up patch release. All opinions and arguments for
>or against are welcome.
+1, as I said in the
I created a PR to avoid editing winbuild/MakefileBuild.vc at every
release:
https://github.com/curl/curl/pull/1141
Please review.
--
Jan
---
List admin: https://cool.haxx.se/list/listinfo/curl-library
Etiquette:
Daniel Stenberg in gmane.comp.web.curl.library (Wed, 2 Nov 2016 10:30:45
+0100 (CET)):
>On Wed, 2 Nov 2016, Simon Josefsson wrote:
>
>>> Based on this, I suppose my recommendation is that people simply switch off
>>> IDN support in curl builds until further notice to stay safe. The old way
>>>
Daniel Stenberg in gmane.comp.web.curl.library (Wed, 19 Oct 2016
00:30:38 +0200 (CEST)):
>We have never before handled anywhere close to this many security problems in
>a single release. We have notified both Apple and distros@openwall so the
>major distributions should be aware of what's
Daniel Stenberg in gmane.comp.web.curl.library (Mon, 8 Aug 2016 16:18:53
+0200 (CEST)):
>I was prompted by a recent PR [1] to once again revisit this idea: I want to
>remove the nmake build files for Windows (all the files named
>Makefile.vc[number]). I want to have windows users wanting to
Steve Holme in gmane.comp.web.curl.library (Thu, 19 May 2016 21:27:42
+0100):
>nmake /f Makefile.vc mode=static VC=14 ENABLE_SSPI=yes ENABLE_IPV6=yes \
> ENABLE_IDN=yes ENABLE_WINSSL=yes DEBUG=no MACHINE=x64
The PHP devs use WITH_SSL=dll ENABLE_WINSSL=no. See
https://github.com/winlibs/cURL
Daniel Stenberg in gmane.comp.web.curl.library (Thu, 19 May 2016 08:55:22
+0200 (CEST)):
>On Thu, 19 May 2016, Jan Ehrhardt wrote:
>
>> Both errors are no big deal, but I was surprised that the winbuild scripts
>> failed all of a sudden.
>
>I guess it proves that th
Daniel Stenberg in gmane.comp.web.curl.library (Thu, 19 May 2016 08:55:22
+0200 (CEST)):
>On Thu, 19 May 2016, Jan Ehrhardt wrote:
>
>> Both errors are no big deal, but I was surprised that the winbuild scripts
>> failed all of a sudden.
>
>I guess it proves that th
On Wed, 18 May 2016 08:22:55 +0200 (CEST), in gmane.comp.web.curl.library
you wrote:
> o winbuild: add mbedtls support [36]
There was an addition in makefile.vc (*nix style wrapped):
!IF DEFINED(WITH_SSL) && DEFINED(ENABLE_WINSSL) || \
DEFINED(WITH_SSL) && DEFINED(WITH_MBEDTLS) || \
Michael Seow in gmane.comp.web.curl.library (Fri, 19 Feb 2016 16:14:37
+1300):
>How do you correctly set up libcurl for Visual Studio 2015? Are there any
>online tutorials?
The PHP devs build it this way:
https://github.com/winlibs/cURL/blob/master/README.md
Daniel Stenberg in gmane.comp.web.curl.library (Thu, 16 Dec 2010
23:49:36 +0100 (CET)):
I just wanted to let to know that SFTP transfers with libcurl may get faster
with the next version of libssh2:
http://daniel.haxx.se/blog/2010/12/08/making-sftp-transfers-fast/
Daniel Stenberg in gmane.comp.web.curl.library (Thu, 5 Mar 2015 18:34:04
+0100 (CET)):
On Wed, 25 Feb 2015, Jan Ehrhardt wrote:
When compiling with VC11 I am getting a lot of errors, starting with
OCSP_BASICRESP: undeclared identifier.
I believe this problem is fixed in git now with my SSLeay
Daniel Stenberg in gmane.comp.web.curl.library (Wed, 25 Feb 2015 11:18:31 +0100
(CET)):
On Wed, 25 Feb 2015, Jan Ehrhardt wrote:
When compiling with VC11 I am getting a lot of errors, starting with
OCSP_BASICRESP: undeclared identifier.
That is quite surprising to me. Are you sure you're
Jan Ehrhardt in gmane.comp.web.curl.library (Wed, 25 Feb 2015 13:15:58 +0100):
I will change the OCSP_RESPDATA in ocsp.h into something else to see if
that file is actually included. Then it should generate an error for
OCSP_RESPDATA.
The conclusion was that it loaded the openssl/ocsp.c from
Jan Ehrhardt in gmane.comp.web.curl.library (Wed, 25 Feb 2015 16:02:16
+0100):
When I saw where OCSP_RESPONSE was defined I added this after line 202 of
ossl_typ.h:
typedef struct ocsp_req_ctx_st OCSP_REQ_CTX;
typedef struct ocsp_response_st OCSP_RESPONSE;
+typedef struct ocsp_basicresp_st
When compiling with VC11 I am getting a lot of errors, starting with
OCSP_BASICRESP: undeclared identifier.
Configure line:
nmake /f Makefile.vc mode=static VC=11 WITH_DEVEL=D:\repo\curl_deps.x86
WITH_SSL=dll WITH_ZLIB=static WITH_SSH2=static ENABLE_WINSSL=no
USE_IDN=yes ENABLE_IPV6=yes
Toni Moreno in gmane.comp.web.curl.library (Mon, 23 Feb 2015 15:34:10
+0100):
[2015-02-23 15:24:50] [error] apache: curl_easy_perform failed:
error:14077410:SSL routines:SSL23_GET_SERVER_HELLO:sslv3 alert handshake
failure
Is the client OpenSSL 0.9.8 and the server OpenSSL 1.0.1? Then look at
I am getting build errors on Windows for Curl 7.39
nmake /f makefile.vc mode=static VC=VC9 MACHINE=x86
WITH_DEVEL=../../win32build.vc9 WITH_SSH2=dll
cl.exe /O2 /DNDEBUG /MD /DCURL_STATICLIB /I. /I ../lib
/I../include /nologo /W3 /EHsc /DWIN32 /FD /c /DBUILDING_LIBCURL
On Wed, 05 Nov 2014 12:25:05 +0100, in gmane.comp.web.curl.library you
wrote:
The same happens with WITH_SSH2=static. I am building against LIBBSSH2
1.4.3. Curl 7.38.1 builded fine. Any idea what I am missing?
Correction:
The same happens with WITH_SSH2=static. I am building against LIBSSH2
Gisle Vanem in gmane.comp.web.curl.library (Wed, 05 Nov 2014 12:10:49
+):
Jan Ehrhardt wrote
Correction:
The same happens with WITH_SSH2=static. I am building against LIBSSH2
1.4.3. Curl 7.38.0 builded fine. Any idea what I am missing?
Nothing. I noted that too and commented on it here
Ray Satiro in gmane.comp.web.curl.library (Tue, 21 Oct 2014 14:45:29
-0400):
How did you build libssh2 Daniel? There is a document on the curl
website for building OpenSSL, libssh2 and libcurl that can be found at
[2]. I have a build process that is more complicated if that doesn't
work. Please
http://rt.openssl.org/Ticket/Display.html?id=3488
For guests:
http://rt.openssl.org/Ticket/Display.html?id=3488user=guestpass=guest
Jan
---
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:
Ulrich Telle in gmane.comp.web.curl.library (Thu, 14 Aug 2014 23:38:39
+0200):
A few minutes ago I found the following bug report:
http://sourceforge.net/p/curl/bugs/1401/#1be6
For me it sounds like the problem with my application is very similar. At some
place in the above thread a call to
On Thu, 5 Jun 2014 00:14:18 +0200 (CEST), in gmane.comp.web.curl.library
you wrote:
On Wed, 4 Jun 2014, ??? ?? wrote:
Yes, it work for me, but you must call OPENSSL_config(NULL) not
OpenSSL_config(NULL), more info
Right, thanks! I actually noticed when I then tried to compile that
Daniel Stenberg in gmane.comp.web.curl.library (Mon, 2 Jun 2014 13:01:10
+0200 (CEST)):
... so even if this fixes your problem in the short term, there's an obvious
risk that this will make other's use cases burn. The amount of users running
curl and PHP at once is not insignificant.
The hammer
Daniel Stenberg in gmane.comp.web.curl.general (Wed, 16 Jul 2014
16:42:27 +0200 (CEST)):
I'm happy to announce than I've just published a new release on the web site,
the 7.37.1 version.
The source archives at http://curl.haxx.se/download.html are all broken.
I do not care about
On Sun, 20 Jul 2014 17:26:06 +0200, in gmane.comp.web.curl.library you
wrote:
Daniel Stenberg in gmane.comp.web.curl.general (Wed, 16 Jul 2014
16:42:27 +0200 (CEST)):
I'm happy to announce than I've just published a new release on the web site,
the 7.37.1 version.
The source archives at
On Sun, 20 Jul 2014 22:19:26 +0200 (CEST), in
gmane.comp.web.curl.library you wrote:
On Sun, 20 Jul 2014, Jan Ehrhardt wrote:
The source archives at http://curl.haxx.se/download.html are all broken.
I do not care about CURLOPT_RANGE.html, but urldata.h is also broken.
A second download
Xinying Zheng in gmane.comp.web.curl.library (Wed, 9 Apr 2014 11:03:03
-0700):
I need use libcurl library for a project. I found that there is no
precompiled libcurl with SSL available for 64 bits machine for windows.
Could anyone provide the build library that I can use directly?
There is one in
Gisle Vanem in gmane.comp.web.curl.library (Sat, 13 Jul 2013 15:29:54
+0200):
sumit gambhir sumitgambh...@gmail.com wrote:
Please provide steps to compile Curl with TLS and HTTPS support using MSVC
2008.
What HTTPS library you want to use? The SSL that comes with
Windows would probably be best
Nick Zitzmann in gmane.comp.web.curl.library (Tue, 2 Jul 2013 09:52:52
-0600):
On Jul 1, 2013, at 5:25 PM, Vladimir Ch. cctv.s...@gmail.com wrote:
I'm using libcurl on Windows, I need to implement client-side SSL
authentication. The catch is, client certificate, used for
authentication, is
Guenter in gmane.comp.web.curl.library (Thu, 01 Nov 2012 01:29:57
+0100):
Hi Jan,
Am 30.10.2012 23:18, schrieb Jan Ehrhardt:
Vanished once again under the radar? Or did I miss a patch?
no and no :-)
I was just otherwise busy, but good you pinged again! Just pushed a
simple patch:
https
Guenter in gmane.comp.web.curl.library (Wed, 24 Oct 2012 04:21:59
+0200):
sorry, this one got udner the radar ... :-P
Vanished once again under the radar? Or did I miss a patch?
Jan
---
List admin:
Daniel Stenberg in gmane.comp.web.curl.library (Wed, 24 Oct 2012
22:45:17 +0200 (CEST)):
From what I understand, the single reason behind that statement is that we
have the CURLOPT_SSL_VERIFY HOST option which takes a three-value option and
not just a boolean. The authors found several source
Guenter in gmane.comp.web.curl.library (Wed, 24 Oct 2012 04:21:59
+0200):
Hi Jan,
sorry, this one got udner the radar ... :-P
No big deal. That is why I pinged ;-)
I agree that since we have agent support we now need user32.lib at least
when using a static libssh2.lib ...
but since since the
Jan Ehrhardt in gmane.comp.web.curl.library (Wed, 24 Oct 2012 09:42:48
+0200):
Guenter in gmane.comp.web.curl.library (Wed, 24 Oct 2012 04:21:59
+0200):
Hi Jan,
sorry, this one got udner the radar ... :-P
No big deal. That is why I pinged ;-)
I agree that since we have agent support we now need
Ping. Did Daniel or Gunther already have a chance to look at the
proposed patches below?
Jan
Jan Ehrhardt in gmane.comp.web.curl.library (Fri, 19 Oct 2012 02:43:40
+0200):
I am building libcurl_a.lib from the commandline, using VC9:
nmake /f makefile.vc mode=static VC=9 MACHINE=x86
I am building libcurl_a.lib from the commandline, using VC9:
nmake /f makefile.vc mode=static VC=9 MACHINE=x86
WITH_DEVEL=../../win32build USE_IDN=yes WITH_WINSSL=static
WITH_SSH2=static WITH_ZLIB=static
This fails with:
libcurl_a.lib(agent.obj) : error LNK2019: unresolved
Daniel Stenberg in gmane.comp.web.curl.library (Wed, 1 Aug 2012 20:48:08
+0200 (CEST)):
On Sun, 29 Jul 2012, Guenter wrote:
it makes currently anyway no sense to use WITH_WINSSL + WITH_SSH2 since
libssh2 depends on a ssl/crypto lib too, so you can then also use WITH_SSL
to use OpenSSL for
Daniel Stenberg in gmane.comp.web.curl.library (Wed, 1 Aug 2012 23:24:13
+0200 (CEST)):
You mean winssl without schannel? What would that mean?
Oops. I mixed up WITH_SSL and WITH_WINSSL. Sorry.
Jan
---
List admin:
Guenter in gmane.comp.web.curl.library (Sun, 29 Jul 2012 15:25:44
+0200):
thanks for your detailed answer and testing!
I've just pushed your suggested fix to GIT; would be great if you could
verify that it works too with VC10 if you have that handy;
the fix will appear in tomorrows snapshots:
Guenter in gmane.comp.web.curl.library (Sat, 28 Jul 2012 06:24:57
+0200):
Am 28.07.2012 06:13, schrieb Guenter:
it might happen that at some point MinGW and OpenWatcom add these
protos to their APIs which would then produce a redefine ..., sigh
ok, for now your suggestion seems to be the
Guenter in gmane.comp.web.curl.library (Sat, 28 Jul 2012 06:24:57
+0200):
Am 28.07.2012 06:13, schrieb Guenter:
it might happen that at some point MinGW and OpenWatcom add these
protos to their APIs which would then produce a redefine ..., sigh
ok, for now your suggestion seems to be the
Gisle Vanem in gmane.comp.web.curl.library (Sat, 28 Jul 2012 11:52:10
+0200):
Jan Ehrhardt php...@ehrhardt.nl wrote:
I commented out the four lines starting with #ifdef WANT_IDN_PROTOTYPES
in idn_win32.src and added the line #include winnls.h at the same
place. Result: the unresolved symbols
Jan Ehrhardt in gmane.comp.web.curl.library (Sat, 28 Jul 2012 12:58:00
+0200):
Gisle Vanem in gmane.comp.web.curl.library (Sat, 28 Jul 2012 11:52:10
+0200):
v6.0A is pretty old. I have v7.1 which is updated for Win-7. And
it works perfectly allthough I only have Win-XP. You should get
rid of those
Jan Ehrhardt in gmane.comp.web.curl.library (Sat, 28 Jul 2012 04:00:59
+0200):
After this patch compilation still fails for me, with all kinds of
errors starting at ../../win32build/include/openssl/x509v3.h(192) while
compiling ssluse.c into ssluse.obj, but that seems more like an issue
Gisle Vanem in gmane.comp.web.curl.library (Sat, 28 Jul 2012 19:00:51
+0200):
Jan Ehrhardt php...@ehrhardt.nl wrote:
../../win32build/include/openssl\x509v3.h(192) : error C2059: syntax
error : '('
line 192 of x509v3.h (OpelSSL 1.0.1c) is:
X509_NAME *directoryName;
Not user about this one
Compiling under Windows from the commandline in /winbuild with
USE_IDN=yes fails with unresolved externals _IdnToAscii and
_IdnToUnicode.
Solution: add /DWANT_IDN_PROTOTYPES to line 175 of MakefileBuild.vc in
winbuild
-CFLAGS= $(CFLAGS) /DUSE_WIN32_IDN
+CFLAGS= $(CFLAGS) /DUSE_WIN32_IDN
line 273 in urldata.h
ssl_connect_state connecting_state;
becomes active #ifdef USE_SSLEAY
line 317 in urldata.h
ssl_connect_state connecting_state;
becomes active #ifdef USE_SCHANNEL
USE_SSLEAY is defined WITH_SSL=static
USE_SCHANNEL is defined WITH_SSH2=static
If you combine both options,
Jeff Pohlmeyer in gmane.comp.web.curl.library (Tue, 5 Jun 2012 14:35:53
-0500):
You shouldn't need to manually modify the Makefile at all,
On Windows you should. 'mt -manifest' does not work. Although mt.exe /?
itself says it should be '-manifest', the real one is '/manifest'.
Jeff Pohlmeyer in gmane.comp.web.curl.library (Tue, 5 Jun 2012 16:42:35
-0500):
On Tue, Jun 5, 2012 at 4:14 PM, Jan Ehrhardt wrote:
Jeff Pohlmeyer wrote:
You shouldn't need to manually modify the Makefile at all,
On Windows you should. 'mt -manifest' does not work. Although mt.exe /?
itself
I tried to update php_curl.dll to libcurl 7.25.0, but discovered that
IPv6 support was enabled (no matter what options I chose). At last, I
discovered why.
This patch was incomplete:
https://github.com/bagder/curl/commit/575f3c30ed60aafddbaeeb26745cca942fb9ee2f
I commented the patch, but do
97 matches
Mail list logo