[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-wget] DLL conflict between wget and curl
From: |
Ray Satiro |
Subject: |
Re: [Bug-wget] DLL conflict between wget and curl |
Date: |
Sat, 28 Apr 2012 12:36:34 -0700 (PDT) |
> From: Jeremy Nicoll - ml wget users <address@hidden>
> "Win32 2000/XP 7.25.0 binary SSL SSH Gunter Knauf 1.52 MB"
Those packages are reliable don't worry about the difference in ssl and eay
libs. Günter did take down https mirror though so there is no way to verify it
is coming from him I guess if you are concerned about a MITM attack. When I
have questions I usually just e-mail him. What you are seeing with the
difference in file sizes is because one is stripped and also much much older so
there is less code. The OpenSSL version included with curl is 0.9.8u. Currently
the latest 0.9.8 is 0.9.8w.
> b) for wget, the binaries & dependencies zips described at
>
> http://gnuwin32.sourceforge.net/packages/wget.htm
A lot of people are still downloading that. It is Wget 1.11.4 which is an older
version. I have spoken with the gnuwin32 project lead about upgrading but his
lack of response indicates he has no plans to do so. I maintain a download
script for the gnuwin32 tools which uses adds a later version of OpenSSL and
wget. Right now it is using:
GNU Wget 1.12.1-dev Mar 04 2010 (mainline-013c8e2f5997)
OpenSSL 1.0.0i 19 Apr 2012
The latest version of wget I've built is a test build based on some recent
gnulib changes made last week. It comes with 1.0.0i. It is not included with
the downloader.
GNU Wget 1.13.4-2603-dirty built on mingw32
Putting wget and curl in the same directory may or may not work depending on
any conflicting dependencies. It gets much more complicated as you have all
your CLI programs in the same directory or a directory in your path. Windows
did introduce side-by-side (SxS) dependencies to solve (some) of those issues
but I'd say 99.99% of your CLI stuff won't be using that, except maybe
sometimes for older releases of Microsoft's C runtime.
Here is something that should work. Download
http://sourceforge.net/projects/getgnuwin32/files/getgnuwin32/test%20builds/wget_2603__mingw__04-22-12.zip/download
Move your *static* curl.exe and libcurl.dll (the one you say you downloaded) to
the root\bin directory. Do not move in the OpenSSL dlls from curl. That way you
can have the latest wget and curl in the same directory, with the latest
OpenSSL used by both. The latest cacert.pem is included as well. If you run
curl you should get
curl 7.25.0 (i386-pc-win32) libcurl/7.25.0 OpenSSL/1.0.0i zlib/1.2.6 libidn/1.18
libssh2/1.4.0 librtmp/2.3
switch to C:\whatever\root\bin and you can do
C:\wget\root\bin>curl --cacert cacert.pem -o test https://encrypted.google.com
C:\wget\root\bin>wget --ca-certificate=cacert.pem -O test
https://encrypted.google.com
or add the root\bin to your path and add cacert.pem to your wget and curl
configuration files so you don't have to do that each time
You can also find wget and curl builds here, courtesy of the mypaint maintainer
http://code.google.com/p/osspack32/downloads/list
http://opensourcepack.blogspot.com/2010/05/wget-112-for-windows.html
If you have any more problems you can e-mail me directly if you like.
Re: [Bug-wget] DLL conflict between wget and curl, David H. Lipman, 2012/04/28