http://permalink.gmane.org/gmane.comp.web.curl.library hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.web.curl.library/35705 <pre>Am 25.05.2012 20:36, schrieb Daniel Stenberg: seems thats the recent version of the old Netscape LDAP SDK: https://wiki.mozilla.org/Directory Gün. ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html </pre> Guenter 2012-05-26T03:19:44 http://permalink.gmane.org/gmane.comp.web.curl.library/35704 <pre> Ok, fix pushed to curl's git. (And similar to c-ares one) </pre> Yang Tse 2012-05-25T22:08:09 http://permalink.gmane.org/gmane.comp.web.curl.library/35703 <pre> It sounds as if you're looking for CURLOPT_HEADERFUNCTION. </pre> Daniel Stenberg 2012-05-25T21:40:52 http://permalink.gmane.org/gmane.comp.web.curl.library/35702 <pre>Hi Daniel, Thank you for testing that... I will crack on over the weekend then, pushing changes as and when I work out the best way to commit what I've done so far. S. ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html </pre> Steve Holme 2012-05-25T21:22:10 http://permalink.gmane.org/gmane.comp.web.curl.library/35701 <pre> Nice! It seems to build fine for me still! </pre> Daniel Stenberg 2012-05-25T21:15:50 http://permalink.gmane.org/gmane.comp.web.curl.library/35700 <pre>Hi Guys, On Fri, 18 May 2012, Steve Holme wrote: I've just pushed the first couple of changes to introduce curl_sasl.h. I've fixed up makefile.inc so hopefully I won't have broken the make based non-Visual Studio builds but should there be any problems please give me a shout. Kind Regards Steve ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html </pre> Steve Holme 2012-05-25T21:11:48 http://permalink.gmane.org/gmane.comp.web.curl.library/35699 <pre> Yang Tse wrote: Yes, that does the trick. Thank you very much. Mark ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html </pre> Mark Brand 2012-05-25T20:54:55 http://permalink.gmane.org/gmane.comp.web.curl.library/35698 <pre>Mark, Could you verify if attached patch fixes this mingw static cross-compilation issue with libcurl.pc and curl-config? Remenber that once applied you must run 'buildconf' before configure. </pre> Yang Tse 2012-05-25T18:48:37 http://permalink.gmane.org/gmane.comp.web.curl.library/35697 <pre> Please stop top-posting and full-quoting. If you intend to respond to emails on this list, you really shouldn't use digest mode emails. I don't think the netiquette document leaves a lot of doubt in any of these matters. What is that =ldap50 supposed to mean? Can't we instead talk about configure.ac details as that's the file we write. Yes, or if you run it on windows without specifying a lib. That's done at three different places in configure.ac. That's not how I read the code. See line 887 and onwards in configure.ac for something that is much more readable than the gibberish in the generated configure script. I'll admit I don't understand the flow the code runs in your case but then I also don't have the slightest idea about what "Mozilla LDAP SDK" is... </pre> Daniel Stenberg 2012-05-25T18:36:36 http://permalink.gmane.org/gmane.comp.web.curl.library/35696 <pre>Hi Daniel, Am 24.05.2012 18:19, schrieb Daniel Stenberg: when playing around with cross-compiling you might do a couple of times a 'make clean' until you enventually get what you're after ... unfortunately it seems that this also kills the *.pdf and *.html files in the ./docs folder :-( can we perhaps create a 'vclean' and move killing the generated docs to that target? Gün. ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html </pre> Guenter 2012-05-25T18:15:41 http://permalink.gmane.org/gmane.comp.web.curl.library/35695 <pre>Unfortunately config.log doesn't contain any suitable error that explains this issue. And maybe below I found why is that. I run 'configure' (curl 7.25) with the next parametrs: configure --enable-ldap --enable-ldaps =ldap50 At line 19209 of 'configure' we see: if test "$LDAPLIBNAME" ; then This is true if we specified something at '--with-ldap-lib' parameter of 'configure' script. Then at line 19267 we see: CURL_DISABLE_LDAPS=1 This last code line seems to be unconditionally executed if the condition from line above is true. It means that if I specify LDAP library with '--with-ldap-lib' then LDAPS support will be disabled. Could you please assist/comment? On Thu, May 24, 2012 at 1:00 PM, &lt;curl-library-request&lt; at &gt;cool.haxx.se&gt; wrote: ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html</pre> slon v sobstvennom palto 2012-05-25T18:12:27 http://permalink.gmane.org/gmane.comp.web.curl.library/35694 <pre>Hi Daniel, I could have and should have been more succinct. The essence of my suggestion is to add -DCURL_STATICLIB to libcurl.pc if and only if the build is configured with "--disable-shared". This is just a convenience for static-only setups. The next paragraph was just commentary: By "important case", I mean Windows and MinGW in particular. It's "important" because the "_imp" prefix decorations that otherwise result are a problem for linking to static libcurl. But this paragraph can be safely ignored anyway. regards, Mark ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html </pre> Mark Brand 2012-05-25T13:42:37 http://permalink.gmane.org/gmane.comp.web.curl.library/35693 <pre> This line alone makes me like it! =) </pre> Daniel Stenberg 2012-05-25T12:35:04 http://permalink.gmane.org/gmane.comp.web.curl.library/35692 <pre>Bug: http://lists.baseurl.org/pipermail/yum-devel/2012-January/009002.html --- RELEASE-NOTES | 3 +- lib/nss.c | 128 +++++++++++++++++++++++++------------------------------- 2 files changed, 59 insertions(+), 72 deletions(-) diff --git a/RELEASE-NOTES b/RELEASE-NOTES index c41ebb9..3352e8f 100644 --- a/RELEASE-NOTES +++ b/RELEASE-NOTES &lt; at &gt;&lt; at &gt; -9,6 +9,7 &lt; at &gt;&lt; at &gt; Curl and libcurl 7.26.1 This release includes the following changes: + o nss: use human-readable error messages provided by NSS o This release includes the following bugfixes: &lt; at &gt;&lt; at &gt; -28,4 +29,4 &lt; at &gt;&lt; at &gt; advice from friends like these: References to bug reports and discussions on issues: - \ No newline at end of file + diff --git a/lib/nss.c b/lib/nss.c index 885a120..d60b184 100644 --- a/lib/nss.c +++ b/lib/nss.c &lt; at &gt;&lt; at &gt; -186,6 +186,11 &lt; at &gt;&lt; at &gt; static const char* nss_error_to_name(PRErrorCode code) return "unknown error"; } +static void nss_print_error_message(struct SessionHandle *data, PRUint32 err) +{ + failf(data, "%s", PR_ErrorToString(err,</pre> Kamil Dudka 2012-05-25T12:27:43 http://permalink.gmane.org/gmane.comp.web.curl.library/35691 <pre>Hi, I am kind of new to using libcurl, and I couldn't figure out how to do something. I want to process response headers before moving into writing response body to a file. I want to do it because if content-type is attachment, I want to use filename from that header, otherwise, I want to come up with my own filename to write to. I can first make a head request with NOBODY option, and than make another request for actual response body. However, this makes two requests for each link I want to process, and I want to avoid that if possible. Thanks in advance. </pre> Yaşar Arabacı 2012-05-25T12:02:50 http://permalink.gmane.org/gmane.comp.web.curl.library/35690 <pre> Most builds are likely to build both shared and static libraries, since that's what configure does by default. The important case for you, yes. libcurl.pc and friends are generic for many systems though... </pre> Daniel Stenberg 2012-05-25T12:04:18 http://permalink.gmane.org/gmane.comp.web.curl.library/35689 <pre> It seems your openssl lib is implicitly dependent on dl library. A workaround would be to add "-ldl" into LDFLAGS and run the configure again. ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html</pre> gokhansengun< at >gmail.com 2012-05-25T04:24:21 http://permalink.gmane.org/gmane.comp.web.curl.library/35688 <pre>Thanks Daniel for asking so fast I've been browsing the log file and I found these lines related to the issue: configure:20282: checking for openssl options with pkg-config configure:20296: result: found configure:20324: pkg-config: SSL_LIBS: "-lssl -lcrypto " configure:20326: pkg-config: SSL_LDFLAGS: "-L/home/guiu/SecureEnvironment/INSTALL/lib " configure:20328: pkg-config: SSL_CPPFLAGS: "-I/home/guiu/SecureEnvironment/INSTALL/include " configure:20371: checking for CRYPTO_lock in -lcrypto configure:20393: gcc -o conftest -g0 -O2 -Wno-system-headers -I/home/guiu/SecureEnvironment/INSTALL/include -L/home/guiu/SecureEnvironment/INSTALL/lib conftest.c -lcrypto -lrt -lssl -lcrypto &gt;&amp;5 configure:20393: $? = 0 configure:20402: result: yes configure:20465: checking for SSL_connect in -lssl configure:20487: gcc -o conftest -g0 -O2 -Wno-system-headers -I/home/guiu/SecureEnvironment/INSTALL/include -L/home/guiu/SecureEnvironment/INSTALL/lib conftest.c -lssl -lcrypto -lrt -lssl -lcrypto &gt;&amp;5 /home/gu</pre> Guiu Rocafort 2012-05-25T01:43:57 http://permalink.gmane.org/gmane.comp.web.curl.library/35687 <pre> Daniel Stenberg wrote: Yes, libcurl.pc works nicely in a static mingw setup such as MXE (formally mingw-cross-env). -DCURL_STATICLIB should appear in libcurl.pc only when libcurl is built only as a static library. I imagine this should be sensitive to the configure option '--disable-shared'. This solution is not suitable for a configuration building both static and shared libcurl, but I don't think this can be done using mingw anyway, which is the important case. Mark ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html </pre> Mark Brand 2012-05-24T21:53:26 http://permalink.gmane.org/gmane.comp.web.curl.library/35686 <pre> See also: http://fedoraproject.org/wiki/UnderstandingDSOLinkChange - Jeff ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html </pre> Jeff Pohlmeyer 2012-05-24T21:40:07 http://permalink.gmane.org/gmane.comp.web.curl.library/35685 <pre>2012/5/24 Daniel Stenberg &lt;daniel&lt; at &gt;haxx.se&gt; I will be happy to work on the required changes to my current schannel implementation. I am still not sure how to proceed on the general SSPI route, we will need to talk about this in the separate thread. We should probably also try to incorporate at least some of the functionality and advantages of the implementation created by Mark Salisbury. Nice release ;-) After Schannel/SSPI I will also be interested in adding IPv6 SOCKS5 Proxy support. I will probably need it for another project of my own. But it will probably happen after the next release. ------------------------------------------------------------------- List admin: http://cool.haxx.se/list/listinfo/curl-library Etiquette: http://curl.haxx.se/mail/etiquette.html </pre> Marc Hoersken 2012-05-24T21:39:10 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.web.curl.library