On Tue, Apr 16, 2013 at 09:30:04AM +0200, Linus Nielsen Feltzing wrote:
Please try the attached patch. It uses poll() instead of epoll().
Note also that this file doesn't show up in the daily tarballs. It's probably
missing from Makefile.am.
Dan
Hi there,
2013/4/18 Vuurvli3g vuurvl...@gmail.com
I recently started using libcurl and compiled it with MinGW.
I wanted to use the windows built-in certs so I opted for using WinSSL.
This combination crashes. Can easily be reproduced: just run curl.exe -g
https://google.com
The version
On 04/18/2013 08:23 AM, Dan Fandrich wrote:
On Tue, Apr 16, 2013 at 09:30:04AM +0200, Linus Nielsen Feltzing wrote:
Please try the attached patch. It uses poll() instead of epoll().
Note also that this file doesn't show up in the daily tarballs. It's probably
missing from Makefile.am.
Ah,
Ok sorry for the delay since I had other work.
Well I am trying out the snapshot that you proposed and I am getting syntax
errors. The description of this error is given in:-
http://stackoverflow.com/questions/16080384/curl-7-30-snapshot-syntax-error
I am trying spnego after commenting these
The thread died after i posted this patch so I am resubmitting this again
Ok I expected my patch to have side effects on other auth schemes. I had no
way to test them(my org does not support any other auth mechanism) and thus
couldnt test them all before sending. Right now I am sending one more
Ok i tested as you said. The original issue is solved.
I still have this issue in which:-
static void cleanup(struct negotiatedata *neg_ctx) { OM_uint32
minor_status; if(neg_ctx-context != GSS_C_NO_CONTEXT)
gss_delete_sec_context(minor_status, neg_ctx-context, GSS_C_NO_BUFFER);
Thanks for your response.
2013/4/18 Marc Hoersken i...@marc-hoersken.de
I just tried the same command and can't reproduce the crash using the
latest version from the git repository:
$ curl -V
curl 7.30.1-DEV (i686-pc-mingw32) libcurl/7.30.1-DEV WinSSL zlib/1.2.7
Protocols: dict file ftp
Hi
I spotted a build fix for curl in buildroot[1], where they cross-compile curl
and noticed they need to provide --with-ca-path or risk that configure
actually checks for a local path to be present and then uses that path for the
cross-compiled build!
Clearly the check can't work like that
On Wed, 17 Apr 2013, Daniel Stenberg wrote:
Any chance you can send us a complete example showing how you did it to add
to the collection?
Update: Ishan delivered and his example is now visible on the curl web site
(and subsequent tarballs) at:
On Thu, Apr 18, 2013 at 10:42:49PM +0200, Daniel Stenberg wrote:
I spotted a build fix for curl in buildroot[1], where they
cross-compile curl and noticed they need to provide --with-ca-path or
risk that configure actually checks for a local path to be present
and then uses that path for the
On Thu, 18 Apr 2013, Dan Fandrich wrote:
Clearly the check can't work like that for cross-compiled builds. I suggest
we add a big AC_MSG_WARN() there in the same style we do for --with-random
which basically has the same retrictions.
Sounds like about as good a fix as can be expected for
On Thu, Apr 18, 2013 at 11:40:35PM +0200, Daniel Stenberg wrote:
Attached to this mail is my take on a fix. I don't have any
cross-compile env setup right now myself, so if there's someone
reading this who cross-compiles curl I'll appreciate a test run with
this patch applied!
I don't have a
On 2013-04-18 17:40, Daniel Stenberg wrote:
Attached to this mail is my take on a fix. I don't have any
cross-compile env setup right now myself, so if there's someone reading
I have a cross compile environment (for ARM) with a working SSL library.
With the patch I get:
checking for
13 matches
Mail list logo
