Re: static libcurl with clang
On 3/17/2020 5:32 AM, Mike via curl-library wrote: I get this error with clang and others with vs compiler: truncated or malformed archive (string table at long name offset 0not terminated) I try to use libcurl static in my project with Visual Studio. Is there a working prebuild visual studio download? If you are using the Microsoft compiler with Visual Studio then I suggest use static libraries built with the Microsoft compiler. There are some pregenerated VS project files in some common configurations in the projects directory, or the winbuild directory has some instructions and a makefile for building custom configurations. --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
static libcurl with clang
HI I get this error with clang and others with vs compiler: truncated or malformed archive (string table at long name offset 0not terminated) I try to use libcurl static in my project with Visual Studio. Is there a working prebuild visual studio download? Many thanks Michael --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
Re: Warning: using file:// on Windows with curl
On Mon, 16 Mar 2020, Daniel Stenberg via curl-users wrote: When first realizing this, the curl team tried to filter out such attempts in order to protect applications for inadvertent probes of for example internal networks etc. This resulted in CVE-2019-15601 and the associated security fix. Due to this, I'm going to backpedal further on CVE-2019-15601 and no longer list it on the site as a security problem on the security page [1] and the page listing previous vulnerabilities [2]. (I'll commit that change in a minute so the change will take affect within the hour.) The page describing CVE-2019-15601 [3] will remain on the site for reference and historical reasons. I need to come up with a place to link to it so that it can be found. Perhaps a new section for "redacted security problems" - which ideally should never get another entry added to it. [1] = https://curl.haxx.se/docs/security.html [2] = https://curl.haxx.se/docs/vulnerabilities.html [3] = https://curl.haxx.se/docs/CVE-2019-15601.html -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://www.wolfssl.com/contact/ --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
Re: Warning: using file:// on Windows with curl
On Tue, Mar 17, 2020 at 03:25:15AM +, Norton, Mike via curl-users wrote: > If it's a "feature you're seldom interested in" then I don't see how you can > say the "benefits of supporting it are great". It seems to me you are > interested in accessing resources on the local disk, not specifically > interested in using the "file:" URI scheme per se. So it is that former that > is great, not the latter. It's SMB support I'm not interested in these days, not local filesystem support. > I never once suggested removing the ability to use resources on the local > disk. I only (half-jokingly) suggested that supporting a particular URI > scheme for specifying such, when the meaning of that particular scheme could > be ambiguous, might be questionable. I'm not sure what alternative to the file: scheme such support would take. "curl groks those URLs" and file: is the URL for this. > And as I said, I am okay with the current answer. --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html
Re: Help with cmake fix for building with wolfSSL support?
On Mon, 16 Mar 2020, Brad King wrote: I took a look at your changes and posted some comments directly in the PR. Many thanks, Brad! Thanks to your help I've now merged that PR... -- / daniel.haxx.se | Commercial curl support up to 24x7 is available! | Private help, bug fixes, support, ports, new features | https://www.wolfssl.com/contact/ --- Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library Etiquette: https://curl.haxx.se/mail/etiquette.html