Re: Recommended setup for cross-platform development?

On Fri, 26 Feb 2016, Dave Nadler wrote: What is the recommended setup technique for all the developers like us? You run configure once on each platform and save that particular curlbuild.h and then you make your builds include that one for the correct platforms: [platform 1] ./configure

Re: Gopher [Was ""]

What I suspect that original code was going was parsing the content from a gopher server (and in fact, taking some shortcuts that may have happened to work for original use-case). The actual URI is the second component of an appropriate gopher line, and to be used unadulterated. What I think the

Recommended setup for cross-platform development?

Hi, Sorry if this has been addressed, but I couldn't find it... I'm (like many) working on a project that is developed and tested on a 64-bit host (Ubuntu in this case), and cross-compiled and deployed to many different targets, (assorted arm, x86, MIPS), some of which are 32-bit. Trying to

Re: Gopher [Was ""]

On Fri, 26 Feb 2016, bch wrote: You're probably right, re: "the number of people using gopher with (lib)curl" --I was wondering if there was deep knowledge contained by you (@bagder) or anybody else... I wrote the first gopher code before curl was even called curl, back in 1997 or so, but I

Re: Static Libcurl crashes on MSVC13

On 2/26/2016 4:45 AM, Jules van der Toorn wrote: Thanks for your answer on my previous question about how to only receive the subject of the most recent mail, it worked perfectly. I build libCurl to a static library, but now i want to convert it to a static library. I followed the guide of

Re: Gopher [Was ""]

I'm reading more...: The characters following the tab, up to the next tab form a selector string that the client software must send to the server to retrieve the document (or directory listing). The selector string should mean nothing to the client software; it should never be modified

Re: Gopher [Was ""]

On Fri, 26 Feb 2016, bch wrote: ...and I'm seeing what appears to be poor gopher URI handling: It just shows how many people are actually using gopher with (lib)curl or am I misinterpetting what the URI really ought to be? Is there anyone around who still remembers how gopher URLs should

Re: Gopher [Was ""]

I suspect what's going on is reflected by this text in RFC1436. The first character on each line tells whether the line describes a document, directory, or search service (characters '0', '1', '7'; there are a handful more of these characters described later). The succeeding

Gopher [Was ""]

...and I'm seeing what appears to be poor gopher URI handling: $ curl gopher://gopher.metafilter.com/Music/Auld-Lang-Syne.html 3'/usic/Auld-Lang-Syne.html' does not exist (no handler found) error.host 1 or am I misinterpetting what the URI really ought to be? -bch On 2/26/16, bch

[no subject]

After 15 year downtime... http://metatalk.metafilter.com/24019/Direct-your-gopher-client-to-gopher-gophermetafiltercom?utm_content=bufferaa556_medium=social_source=facebook.com_campaign=buffer --- List admin:

Re: Error "* Initializing NSS with certpath: sql:/etc/pki/nssdb"

>>> But that is not the command I suggested you to use, is it? Well, yes, you command is "openssl s_client", would you mind give me full command to list all the cipher-suite for NSS. On Fri, Feb 26, 2016 at 11:37 AM, cnm marketing wrote: > >>> But that is not the

Re: Static Libcurl crashes on MSVC13

No the source code form the guide isn't an email receive program, it's just a code to check if libcurl works. This is the code: #include "stdafx.h" #include void main(int argc, char* argv[]){ CURL *curl = curl_easy_init(); if (curl) printf("curl_easy_init() succeeded!\n"); else

Re: CURLOPT_SEEKFUNCTION with CURLFORM_STREAM

On Thu, 25 Feb 2016, Andrew Fouts wrote: I'm using libcurl to POST form data using a FILE* with the CURLFORM_STREAM option of curl_formadd(). I've noticed that if the connection drops at just the right time, the POST is reattempted without the data from the file. It seems like the file

Re: Static Libcurl crashes on MSVC13

26 февр. 2016 г. 2:59 PM пользователь "Jules van der Toorn" < ju...@nuisdedag.nl> написал: > > Hi, > Thanks for the quick answer! ... > The code crashes at the curl_easy_perform(curl) function, but also later at the curl_easy_cleanup(curl) function. > I personally think something went wrong with

Re: Static Libcurl crashes on MSVC13

Jules van der Toorn wrote: > Thanks for the quick answer! I don't think it's an error in my code, because > i literally copied the code from your site, > the imap-fetch code > (curl.haxx.se/libcurl/c/imap-fetch.html >

Re: Static Libcurl crashes on MSVC13

On Fri, 26 Feb 2016, Jules van der Toorn wrote: I personally think something went wrong with linking it, but then i don't understand why the simple code from the guide does work and this one doesn't. Perhaps because this uses TLS and other one didn't? -- / daniel.haxx.se

Re: Static Libcurl crashes on MSVC13

On Fri, 26 Feb 2016, Jules van der Toorn wrote: When i build the simple code he gave in his guide, it works great. However if i use my (working with the dynamic library) mail receive program, MSVC gives an error: first it says "program.exe has triggered a breakpoint", and if i click continue