Thanks for the help and links. We have no problem going after a build with the 
latest and greatest. We already have 7.59, but noticed that 7.60 was just 
recently released. Should we go ahead and grab 60 and work with it instead of 

  ----- Original Message ----- 
  From: Joel Winarske 
  To: libcurl development 
  Sent: Thursday, May 17, 2018 11:31 AM
  Subject: Re: Old Curl Project

  I just tested the follow work via CMake and VS2015:

  Copy CMakeLists.txt to a folder, create a subfolder called build.  cd into 
that, and issue the solution generator command:

      cmake -G"Visual Studio 14 2015" ..

  This does need to be run on the build machine, and note it will have hard 
coded paths to the build machine.  

  Swap out the below string depending on which VS variant you want:
    Visual Studio 14 2015

    Visual Studio 12 2013
    Visual Studio 11 2012
    Visual Studio 10 2010
    Visual Studio 9 2008
    Visual Studio 8 2005

  After that open your selected VS as admin (to allow installation), and open 
the solution.
  Ensure your target for each project is as you want, then build "BUILD_ALL".

  You may need to right-click solution, and select retarget picking the proper 
sdk/toolchain for XP.

  Note I am running the generator cmd in a generic windows cmd prompt.  Just 
ensure CMake is in your path.


  On Thu, May 17, 2018 at 6:09 AM, Don Landsom <> wrote:

    Joel, Thanks for the XP and VS2015 link, much appreciated.

    As for any preferences towards OpenSSL or any other libraries, we have none 
with our primary goal being to simply get our interim fix up and running. If 
Mbedtls makes for an easy drop in replacement for OpenSSL then there would be 
no objection.
      ----- Original Message ----- 
      From: Joel Winarske 
      To: libcurl development 
      Sent: Thursday, May 17, 2018 8:48 AM
      Subject: Re: Old Curl Project

      Hi Don, 

      You can Target XP with visual studio 2015.  Clues found here:

      CMake has supported VS2015 solution generation for a while.  I would 
avoid OpenSSL hair pulling and use Mbedtls with the latest curl release, unless 
there is something particular you're using in OpenSSL, that Mbedtls doesn't 


      On Thu, May 17, 2018, 5:19 AM Don Landsom <> wrote:

        Thanks for the message and guidance provided, and yes trying to build 
        on old systems has it’s challenges, and more times then not proves to 
        more work then it’s worth. However being under time constraints paints 
        different picture pushing us down the path of adopting this interim 

        Initially looked at taking the leap to the latest curl version only to 
        realize how many subsystems wouldn’t be easily adapted to the old XP 
        platform and it’s development tools. Parallel efforts are underway, 
        a Band-Aid on the old, and creating the new through the migration of 
        legacy systems to a current development environment.

        The version of libcurl being used appears to be linked with 
        c-ares-1.2.1 and zlib-1.2.1. The interface calls made from VB6 through 
        wrapper makes use of the Curl ‘easy’ interface.

        The hopes were that the Band-Aid approach could mimic the build above, 
        substituting Curl-7.13 with Curl-7.20 just long enough to bridge the 
        between now and when the migration to the new system is complete.

        A preliminary test showed that the basic Curl-7.20 version builds 
        successfully on XP, however it would seem that this build is void of 
        required libraries: openssl, c-ares or zlib.

        If we can incorporate these additional libraries into our successful 
        build of 7-20, we could have our Band-Aid.

        ----- Original Message ----- 
        From: "Daniel Stenberg" <>
        To: "libcurl development" <>
        Sent: Thursday, May 17, 2018 4:26 AM
        Subject: Re: Old Curl Project

        > On Thu, 17 May 2018, Don Landsom wrote:
        >> I'm new here and was hoping to learn more about Curl in the attempts 
        >> breath some life into an old project until it can be brought up to 
        >> through a complete overhaul.
        > You're most welcome!
        >> Not looking to take too big of a leap hear as everything is to be 
        >> replaced so I searched to find the closest possible Curl release 
        >> SMPT which appears to be Curl-7.20.0.
        > SMTP support was initially added in 7.20.0, yes. But it has also been 
        > polished and bugfixed over the years so I would not recommend using 
        > first public version supporting it. I think it had a few rough edges 
        > for some releases.
        > In general you won't gain much by doing a small upgrade compared to a 
        > upgrade. If you instead jump to the head of the line at 7.60.0, 
you'll get 
        > our attention and support if you have problems or questions. Not so 
        > for 7.20.0, which is over 8 years old by now.
        > The API and behavior *should* still be the same as it was back in the 
        > 7.13.0 days!
        > Also note that 7.20.0 has a few known security vulnerabilities:
        >> The current application is running VB6 using the dll wrapper 
        >> 1.0, so the big question is whether this wrapper can be interfaced 
        >> Curl-7.20.0.
        > I would imagine that building stuff on such old legacy systems is a 
        > in general.
        > -- 
        >  /
        > -------------------------------------------------------------------
        > Unsubscribe:
        > Etiquette: 







Reply via email to