Re: Old Curl Project
On Mon, 21 May 2018, Don Landsom wrote: All seems OK, successfully built everything and SMTP showed up as a protocol, the VB app was able to connect to a mail server, but Curl doesn't seem to be using SSL so the login request was rejected. It doesn't use SSL unless you tell it to. For SMTP that's typically be done with CURLOPT_USE_SSL (for "STARTTLS" style TLS), or in the more unusual case using an SMTPS:// URL (if you want TLS already in the connection handshake). I certainly don't know what I'm doing here, is SSL even what's needed for SMTP to work over a secure connection? Yes. Without SSL (TLS really), SMTP is totally insecure. -- / daniel.haxx.se --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
Re: Old Curl Project
Dang - celebrated too soon. All seems OK, successfully built everything and SMTP showed up as a protocol, the VB app was able to connect to a mail server, but Curl doesn't seem to be using SSL so the login request was rejected. Openssl compiled without errors and all of the provided test code passed. And if Curl is linked without ssleay, a bunch of unresolved externals show up, so I'm pretty sure the SSL code / calls are in there being referenced. Besides getting all of the parts built and linked, are there switches / options that are needed to enable the use of SSL? I certainly don't know what I'm doing here, is SSL even what's needed for SMTP to work over a secure connection? Thanks. - Original Message - From: "Don Landsom" <don.land...@verizon.net> To: "libcurl development" <curl-library@cool.haxx.se> Sent: Monday, May 21, 2018 3:56 AM Subject: Re: Old Curl Project Daniel - thanks for the info, especially about CURL_STATICLIB. Its been like 2 steps forward and 3 steps back, but I've got things built. The VB app is able to make calls through vblibcurl to libcurl. Checking the Curl version / protocol info, SMTP is displayed which was what we were shooting for. One last hurdle, we will be adding our custom mail support code and see if everything works. Thanks to everyone for all of the help. - Original Message - From: "Daniel Stenberg" <dan...@haxx.se> To: "libcurl development" <curl-library@cool.haxx.se> Sent: Saturday, May 19, 2018 5:36 AM Subject: Re: Old Curl Project On Sat, 19 May 2018, Don Landsom wrote: Depending on which version of Curl being used, either the Curl ‘easy’ functions comes up as unresolved externals, or VB throws and error. For Curl builds, are their options available to exclude / include the easy functions in the dll? They're always there in the DLL - and all the documented symbols are present whatever build options or combos you use, exactly for the purpose of not causing link problems. At least they should be. If you want to link with a static lib, you need CURL_STATICLIB defined when you build your application. -- / daniel.haxx.se --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
Re: Old Curl Project
Daniel - thanks for the info, especially about CURL_STATICLIB. Its been like 2 steps forward and 3 steps back, but I've got things built. The VB app is able to make calls through vblibcurl to libcurl. Checking the Curl version / protocol info, SMTP is displayed which was what we were shooting for. One last hurdle, we will be adding our custom mail support code and see if everything works. Thanks to everyone for all of the help. - Original Message - From: "Daniel Stenberg" <dan...@haxx.se> To: "libcurl development" <curl-library@cool.haxx.se> Sent: Saturday, May 19, 2018 5:36 AM Subject: Re: Old Curl Project On Sat, 19 May 2018, Don Landsom wrote: Depending on which version of Curl being used, either the Curl ‘easy’ functions comes up as unresolved externals, or VB throws and error. For Curl builds, are their options available to exclude / include the easy functions in the dll? They're always there in the DLL - and all the documented symbols are present whatever build options or combos you use, exactly for the purpose of not causing link problems. At least they should be. If you want to link with a static lib, you need CURL_STATICLIB defined when you build your application. -- / daniel.haxx.se --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
Re: Old Curl Project
On Sat, 19 May 2018, Don Landsom wrote: Depending on which version of Curl being used, either the Curl ‘easy’ functions comes up as unresolved externals, or VB throws and error. For Curl builds, are their options available to exclude / include the easy functions in the dll? They're always there in the DLL - and all the documented symbols are present whatever build options or combos you use, exactly for the purpose of not causing link problems. At least they should be. If you want to link with a static lib, you need CURL_STATICLIB defined when you build your application. -- / daniel.haxx.se--- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
Re: Old Curl Project
Sorry for more questions. Getting better at building and understanding many of the different versions of Curl including the latest, but far from having s good handle on any of this. After successfully building the Curl dll and lib files, we run into problems when rebuilding / linking vblibcurl, the wrapper for our VB app. Depending on which version of Curl being used, either the Curl ‘easy’ functions comes up as unresolved externals, or VB throws and error. For Curl builds, are their options available to exclude / include the easy functions in the dll? The VB issue says the vblibcurl wrapper can no longer be located, which we believe to be an erroneous message as the file most certainly does exist. It would seem more likely there’s a compatibility issue between vblibcurl and libcurl throwing an exception that’s improperly being reported as a file not found message. - Original Message - From: Joel Winarske To: libcurl development Sent: Friday, May 18, 2018 9:52 AM Subject: Re: Old Curl Project Hi Don, Yeah it can be risky. I've been there :) The size will depend on what the build is configured for, as well as encryption libs, and how they're linked. MBedTLS is smaller than OpenSSl, in addition I link to a static MBedTLs, and I have the build config pretty minimal; just enabling SMTP. You may need to change the build options if you need LDAP, etc. I use this stack combo for an Alexa client. In which case I only have HTTP2 enabled. It keeps the footprint down. Joel On Thu, May 17, 2018, 10:18 PM Don Landsom <don.land...@verizon.net> wrote: Thanks again Joel. If there were a contest to see how many erogenous warning and errors that could be generated from developing on an old platform, we might be in the running. From missing declarations from the most basic such as WIN32 to others that have much more of an obscure nature to them. To problems occurring from subsystems like PDSK and LDAP that happen to be insufficient in their library versions, to completely missing libraries and header files. One can sit watching the compiler and or linker scroll volumes of errors for what seems like an eternity. Then comes the order in which products must be installed as when attempting to correct issue with say the MS SDK and it’s inability to load while the C redistributable is installed. And don’t even want to get into the OS, and development tool service packs which at times appear to have a desire be loaded and then reloaded as other products are added. After a while you start to feel like a dog that’s chasing his own tail. While it did mean leavening all of this behind, thank goodness, moving to the new version was definitely the way to go, thanks for getting us headed in the right direction. This is neither here nor there, but I’ve noticed when checking file sizes for Curl dll’s and library files, they seem to be all over the place. Up for some and down in others, which is to be expected as the product grows, but it seems unusual for later releases to be smaller then previous ones. Is this possibly coming from the particular features the Curl version was built with? Thanks - Original Message - From: Joel Winarske To: libcurl development Sent: Thursday, May 17, 2018 12:48 PM Subject: Re: Old Curl Project Either should work fine. I just used the most current release for my CMake file. Whichever VS version you do use, ensure you have the proper tool chain installed to support XP prior to using CMake. On Thu, May 17, 2018 at 9:16 AM, Don Landsom <don.land...@verizon.net> wrote: 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 59? - 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: https://gist.github.com/INRIX-joel-winarske/beb8a4a1192d5737fd789f05b22590ca 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 in
Re: Old Curl Project
Hi Don, Yeah it can be risky. I've been there :) The size will depend on what the build is configured for, as well as encryption libs, and how they're linked. MBedTLS is smaller than OpenSSl, in addition I link to a static MBedTLs, and I have the build config pretty minimal; just enabling SMTP. You may need to change the build options if you need LDAP, etc. I use this stack combo for an Alexa client. In which case I only have HTTP2 enabled. It keeps the footprint down. Joel On Thu, May 17, 2018, 10:18 PM Don Landsom <don.land...@verizon.net> wrote: > Thanks again Joel. > > If there were a contest to see how many erogenous warning and errors that > could be generated from developing on an old platform, we might be in the > running. From missing declarations from the most basic such as WIN32 to > others that have much more of an obscure nature to them. To problems > occurring from subsystems like PDSK and LDAP that happen to be insufficient > in their library versions, to completely missing libraries and header > files. One can sit watching the compiler and or linker scroll volumes of > errors for what seems like an eternity. > > Then comes the order in which products must be installed as when > attempting to correct issue with say the MS SDK and it’s inability to load > while the C redistributable is installed. And don’t even want to get into > the OS, and development tool service packs which at times appear to have a > desire be loaded and then reloaded as other products are added. After a > while you start to feel like a dog that’s chasing his own tail. > > While it did mean leavening all of this behind, thank goodness, moving to > the new version was definitely the way to go, thanks for getting us headed > in the right direction. > > This is neither here nor there, but I’ve noticed when checking file sizes > for Curl dll’s and library files, they seem to be all over the place. Up > for some and down in others, which is to be expected as the product grows, > but it seems unusual for later releases to be smaller then previous ones. > Is this possibly coming from the particular features the Curl version was > built with? > > Thanks > > - Original Message - > *From:* Joel Winarske <joel.winar...@gmail.com> > *To:* libcurl development <curl-library@cool.haxx.se> > *Sent:* Thursday, May 17, 2018 12:48 PM > *Subject:* Re: Old Curl Project > > Either should work fine. I just used the most current release for my > CMake file. > > Whichever VS version you do use, ensure you have the proper tool chain > installed to support XP prior to using CMake. > > On Thu, May 17, 2018 at 9:16 AM, Don Landsom <don.land...@verizon.net> > wrote: > >> 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 59? >> >> ----- Original Message - >> *From:* Joel Winarske <joel.winar...@gmail.com> >> *To:* libcurl development <curl-library@cool.haxx.se> >> *Sent:* Thursday, May 17, 2018 11:31 AM >> *Subject:* Re: Old Curl Project >> >> I just tested the follow work via CMake and VS2015: >> >> https://gist.github.com/INRIX-joel-winarske/beb8a4a1192d5737fd789f05b22590ca >> >> 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. >> >> >> Joel >> >> On Thu, May 17, 2018 at 6:09 AM, Don Landsom <don.land...@verizon.net> >> wrote: >> >>> Joel, Thanks for the XP and VS2015 link, much appreciated. >>> >>> As for any preferences towards OpenSSL or any other libraries,
Re: Old Curl Project
Thanks again Joel. If there were a contest to see how many erogenous warning and errors that could be generated from developing on an old platform, we might be in the running. From missing declarations from the most basic such as WIN32 to others that have much more of an obscure nature to them. To problems occurring from subsystems like PDSK and LDAP that happen to be insufficient in their library versions, to completely missing libraries and header files. One can sit watching the compiler and or linker scroll volumes of errors for what seems like an eternity. Then comes the order in which products must be installed as when attempting to correct issue with say the MS SDK and it’s inability to load while the C redistributable is installed. And don’t even want to get into the OS, and development tool service packs which at times appear to have a desire be loaded and then reloaded as other products are added. After a while you start to feel like a dog that’s chasing his own tail. While it did mean leavening all of this behind, thank goodness, moving to the new version was definitely the way to go, thanks for getting us headed in the right direction. This is neither here nor there, but I’ve noticed when checking file sizes for Curl dll’s and library files, they seem to be all over the place. Up for some and down in others, which is to be expected as the product grows, but it seems unusual for later releases to be smaller then previous ones. Is this possibly coming from the particular features the Curl version was built with? Thanks - Original Message - From: Joel Winarske To: libcurl development Sent: Thursday, May 17, 2018 12:48 PM Subject: Re: Old Curl Project Either should work fine. I just used the most current release for my CMake file. Whichever VS version you do use, ensure you have the proper tool chain installed to support XP prior to using CMake. On Thu, May 17, 2018 at 9:16 AM, Don Landsom <don.land...@verizon.net> wrote: 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 59? - 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: https://gist.github.com/INRIX-joel-winarske/beb8a4a1192d5737fd789f05b22590ca 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. Joel On Thu, May 17, 2018 at 6:09 AM, Don Landsom <don.land...@verizon.net> 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: https://msdn.microsoft.com/en-us/library/jj851139.aspx 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 have. Joel On Thu, May 17, 2018, 5:19 AM Don Landsom <don.land...@verizon.net> wrote: Thanks for the message and guidance provided, and yes trying to build apps on old systems has it’s challenges, and more times then not proves to be more work then it’s worth. However being under time constraints paints a different pictur
Re: Old Curl Project
Either should work fine. I just used the most current release for my CMake file. Whichever VS version you do use, ensure you have the proper tool chain installed to support XP prior to using CMake. On Thu, May 17, 2018 at 9:16 AM, Don Landsom <don.land...@verizon.net> wrote: > 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 59? > > - Original Message - > *From:* Joel Winarske <joel.winar...@gmail.com> > *To:* libcurl development <curl-library@cool.haxx.se> > *Sent:* Thursday, May 17, 2018 11:31 AM > *Subject:* Re: Old Curl Project > > I just tested the follow work via CMake and VS2015: > https://gist.github.com/INRIX-joel-winarske/beb8a4a1192d5737fd789f05b22590 > ca > > 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. > > > Joel > > On Thu, May 17, 2018 at 6:09 AM, Don Landsom <don.land...@verizon.net> > 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 <joel.winar...@gmail.com> >> *To:* libcurl development <curl-library@cool.haxx.se> >> *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: >> https://msdn.microsoft.com/en-us/library/jj851139.aspx >> >> 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 have. >> >> >> Joel >> >> On Thu, May 17, 2018, 5:19 AM Don Landsom <don.land...@verizon.net> >> wrote: >> >>> Thanks for the message and guidance provided, and yes trying to build >>> apps >>> on old systems has it’s challenges, and more times then not proves to be >>> more work then it’s worth. However being under time constraints paints a >>> different picture pushing us down the path of adopting this interim step. >>> >>> 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, >>> slapping >>> a Band-Aid on the old, and creating the new through the migration of the >>> legacy systems to a current development environment. >>> >>> The version of libcurl being used appears to be linked with >>> openssl-0.9.7e, >>> c-ares-1.2.1 and zlib-1.2.1. The interface calls made from VB6 through >>> the >>> 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 gap >>> 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 the >>> required libraries: openssl, c-ares or zlib. >>> >>> If we can incorporate these additional libraries into our successful >>> test >>> build of 7-20, we coul
Re: Old Curl Project
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 59? - 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: https://gist.github.com/INRIX-joel-winarske/beb8a4a1192d5737fd789f05b22590ca 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. Joel On Thu, May 17, 2018 at 6:09 AM, Don Landsom <don.land...@verizon.net> 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: https://msdn.microsoft.com/en-us/library/jj851139.aspx 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 have. Joel On Thu, May 17, 2018, 5:19 AM Don Landsom <don.land...@verizon.net> wrote: Thanks for the message and guidance provided, and yes trying to build apps on old systems has it’s challenges, and more times then not proves to be more work then it’s worth. However being under time constraints paints a different picture pushing us down the path of adopting this interim step. 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, slapping a Band-Aid on the old, and creating the new through the migration of the legacy systems to a current development environment. The version of libcurl being used appears to be linked with openssl-0.9.7e, c-ares-1.2.1 and zlib-1.2.1. The interface calls made from VB6 through the 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 gap 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 the required libraries: openssl, c-ares or zlib. If we can incorporate these additional libraries into our successful test build of 7-20, we could have our Band-Aid. - Original Message - From: "Daniel Stenberg" <dan...@haxx.se> To: "libcurl development" <curl-library@cool.haxx.se> 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 to >> breath some life into an old project until it can be brought up to date >> 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 support >> SMPT which appears to be Curl-7.20.0. > > SMTP support was initially added in 7.20.0, yes.
RE: Old Curl Project
Don, > 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 the > required libraries: openssl, c-ares or zlib. Speaking for OpenSSL and Zlib - you have to build these yourself. We recently retired our XP build (as we moved off VC10) but I know that both of those projects build OK with the older tools. I hear where you are coming from (change as little as possible so as to keep the old thing of life-support) but as a curl consumer, I would emphasise Daniels suggestion of going to the latest and greatest (for curl and zlib at least) both these products have (IMO) a good track record of not breaking the ABI and if Daniel says it ain't broken it probably isn’t, it certainly won't be purposely broken. I don't include OpenSSL for want of evidence to the contrary. I'll remark that out move to 1.2 was reasonably complicated but that was because of our need to dive inside OpenSLL's structures for our own needs. FWIW Rod --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
Re: Old Curl Project
Hi Don, You can Target XP with visual studio 2015. Clues found here: https://msdn.microsoft.com/en-us/library/jj851139.aspx 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 have. Joel On Thu, May 17, 2018, 5:19 AM Don Landsom <don.land...@verizon.net> wrote: > Thanks for the message and guidance provided, and yes trying to build apps > on old systems has it’s challenges, and more times then not proves to be > more work then it’s worth. However being under time constraints paints a > different picture pushing us down the path of adopting this interim step. > > 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, > slapping > a Band-Aid on the old, and creating the new through the migration of the > legacy systems to a current development environment. > > The version of libcurl being used appears to be linked with > openssl-0.9.7e, > c-ares-1.2.1 and zlib-1.2.1. The interface calls made from VB6 through the > 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 gap > 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 the > required libraries: openssl, c-ares or zlib. > > If we can incorporate these additional libraries into our successful test > build of 7-20, we could have our Band-Aid. > > - Original Message - > From: "Daniel Stenberg" <dan...@haxx.se> > To: "libcurl development" <curl-library@cool.haxx.se> > 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 to > >> breath some life into an old project until it can be brought up to date > >> 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 > support > >> 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 the > > first public version supporting it. I think it had a few rough edges > still > > for some releases. > > > > In general you won't gain much by doing a small upgrade compared to a > big > > 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 much > > 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: > > > > https://curl.haxx.se/docs/vuln-7.20.0.html > > > >> The current application is running VB6 using the dll wrapper VBLibCurl > >> 1.0, so the big question is whether this wrapper can be interfaced with > >> Curl-7.20.0. > > > > I would imagine that building stuff on such old legacy systems is a pain > > in general. > > > > -- > > > > / daniel.haxx.se > > --- > > Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library > > Etiquette: https://curl.haxx.se/mail/etiquette.html > > --- > Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library > Etiquette: https://curl.haxx.se/mail/etiquette.html --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
Re: Old Curl Project
Thanks for the message and guidance provided, and yes trying to build apps on old systems has it’s challenges, and more times then not proves to be more work then it’s worth. However being under time constraints paints a different picture pushing us down the path of adopting this interim step. 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, slapping a Band-Aid on the old, and creating the new through the migration of the legacy systems to a current development environment. The version of libcurl being used appears to be linked with openssl-0.9.7e, c-ares-1.2.1 and zlib-1.2.1. The interface calls made from VB6 through the 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 gap 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 the required libraries: openssl, c-ares or zlib. If we can incorporate these additional libraries into our successful test build of 7-20, we could have our Band-Aid. - Original Message - From: "Daniel Stenberg" <dan...@haxx.se> To: "libcurl development" <curl-library@cool.haxx.se> 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 to breath some life into an old project until it can be brought up to date 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 support 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 the first public version supporting it. I think it had a few rough edges still for some releases. In general you won't gain much by doing a small upgrade compared to a big 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 much 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: https://curl.haxx.se/docs/vuln-7.20.0.html The current application is running VB6 using the dll wrapper VBLibCurl 1.0, so the big question is whether this wrapper can be interfaced with Curl-7.20.0. I would imagine that building stuff on such old legacy systems is a pain in general. -- / daniel.haxx.se --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
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 to breath some life into an old project until it can be brought up to date 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 support 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 the first public version supporting it. I think it had a few rough edges still for some releases. In general you won't gain much by doing a small upgrade compared to a big 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 much 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: https://curl.haxx.se/docs/vuln-7.20.0.html The current application is running VB6 using the dll wrapper VBLibCurl 1.0, so the big question is whether this wrapper can be interfaced with Curl-7.20.0. I would imagine that building stuff on such old legacy systems is a pain in general. -- / daniel.haxx.se --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
Old Curl Project
Hello I'm new here and was hoping to learn more about Curl in the attempts to breath some life into an old project until it can be brought up to date through a complete overhaul. The project manages a web-site through the use of Curl relying heavily on FTP along with a number of other protocols. A request has been made to include support for SMTP, but unfortunately the current build is so old that it's not supported. The system is running Windows XP sp3 with Curl-7.13.0 and does the job quite well. Eventually the entire system will be upgraded with current hardware and software, however a short-term patch is being looked at to see if it's possible to get support included for SMPT. 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 support SMPT which appears to be Curl-7.20.0. The current application is running VB6 using the dll wrapper VBLibCurl 1.0, so the big question is whether this wrapper can be interfaced with Curl-7.20.0. I've tried playing around with things but appear to be causing more harm them good, so any help would be greatly appreciated. Thanks. --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html