gmane.comp.web.curl.library

Re: Not able to compile curl with ssl support in a diferent than default folder

2012-05-25T04:24:21



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

Re: Not able to compile curl with ssl support in a diferent than default folder

Guiu Rocafort — 2012-05-25T01:43:57

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   >&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   >&5
/home/guiu/SecureEnvironment/INSTALL/lib/libcrypto.a(dso_dlfcn.o): In
function `dlfcn_globallookup':
dso_dlfcn.c:(.text+0x1d): undefined reference to `dlopen'
dso_dlfcn.c:(.text+0x33): undefined reference to `dlsym'
dso_dlfcn.c:(.text+0x3d): undefined reference to `dlclose'
/home/guiu/SecureEnvironment/INSTALL/lib/libcrypto.a(dso_dlfcn.o): In
function `dlfcn_bind_func':
dso_dlfcn.c:(.text+0x3b1): undefined reference to `dlsym'
dso_dlfcn.c:(.text+0x490): undefined reference to `dlerror'
/home/guiu/SecureEnvironment/INSTALL/lib/libcrypto.a(dso_dlfcn.o): In
function `dlfcn_bind_var':
dso_dlfcn.c:(.text+0x511): undefined reference to `dlsym'
dso_dlfcn.c:(.text+0x5f0): undefined reference to `dlerror'
/home/guiu/SecureEnvironment/INSTALL/lib/libcrypto.a(dso_dlfcn.o): In
function `dlfcn_load':
dso_dlfcn.c:(.text+0x667): undefined reference to `dlopen'
dso_dlfcn.c:(.text+0x6de): undefined reference to `dlclose'
dso_dlfcn.c:(.text+0x715): undefined reference to `dlerror'
/home/guiu/SecureEnvironment/INSTALL/lib/libcrypto.a(dso_dlfcn.o): In
function `dlfcn_pathbyaddr':
dso_dlfcn.c:(.text+0x7b1): undefined reference to `dladdr'
dso_dlfcn.c:(.text+0x819): undefined reference to `dlerror'
/home/guiu/SecureEnvironment/INSTALL/lib/libcrypto.a(dso_dlfcn.o): In
function `dlfcn_unload':
dso_dlfcn.c:(.text+0x87a): undefined reference to `dlclose'
collect2: ld returned 1 exit status

As far as I understand, the configure script tries to compile two test
programs to check out if openssl is working properly. The first one
compiles correctly but the second one throws some linking errors. The code
which is failing to compile is this:

/* end confdefs.h.  */

#ifdef __cplusplus
extern "C"
#endif
char SSL_connect ();
int main (void)
{
return SSL_connect ();
 return 0;
}

It seems that the problem is in my openSSL installation. But strangely my
openssl install passes all the tests... odd... I'm going to try a few more
tests and try to dig deeper into the configure script.

Guiu Rocafort

On Thu, May 24, 2012 at 10:37 PM, Daniel Stenberg <daniel< at >haxx.se> wrote:

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

Re: defining CURL_STATICLIB in libcurl.pc

Mark Brand — 2012-05-24T21:53:26

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

Re: compile curlgtk

Jeff Pohlmeyer — 2012-05-24T21:40:07


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

Re: after 7.26.0

Marc Hoersken — 2012-05-24T21:39:10

2012/5/24 Daniel Stenberg <daniel< at >haxx.se>

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

Re: Not able to compile curl with ssl support in a diferent than default folder

Daniel Stenberg — 2012-05-24T20:37:43


None of those should be necessary.


If $PREFIX is the same prefix you used with the OpenSSL install then I figure 
it should work. You should check out your config.log after that configure ran 
and check what failures you can spot there.

Re: defining CURL_STATICLIB in libcurl.pc

Daniel Stenberg — 2012-05-24T20:28:54


Wait, you're using libcurl.pc on windows? And can we really do that to 
libcurl.pc without ruining how it is used for "normal" shared linking?

defining CURL_STATICLIB in libcurl.pc

Mark Brand — 2012-05-24T19:12:39

Hi,

Very nice that building static libcurl works out of the box now with 
curl-7_26_0.

However, naively linking Windows applications to static libcurl does not 
work due to  CURL_EXTERN introducing the dreaded _imp prefix in the 
public headers.

It seems like a reasonable measure to me to add -DCURL_STATICLIB to 
Cflags in libcurl.pc. This defines away CURL_EXTERN and linking works as 
expected. Or is there a better way?

regards,

Mark

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

RE: after 7.26.0

Steve Holme — 2012-05-24T18:18:59

Dear all,

On Thu, 24 May 2012, Daniel Stenberg wrote:


I just wanted to let everyone know, in case anyone missed my last message
about it, that I'm currently working on adding SASL based authentication to
POP3. Once that is implemented then I will look at adding the new auth
callback into both SMTP and POP3.

S.

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

ANNOUNCE: curl and libcurl 7.26.0

Daniel Stenberg — 2012-05-24T16:19:16

Hello team!

I'm happy to announce that we once again managed to produce a release. curl 
and libcurl 7.26.0 have just been uploaded to our good old site at

 http://curl.haxx.se/

The release notes for this episode of our never-ending saga follows here:

Curl and libcurl 7.26.0

  Public curl releases:         127
  Command line options:         151
  curl_easy_setopt() options:   199
  Public functions in libcurl:  58
  Known libcurl bindings:       39
  Contributors:                 929

This release includes the following changes:

  o nss: the minimal supported version of NSS bumped to 3.12.x
  o nss: human-readable names are now provided for NSS errors if available
  o add a manual page for mk-ca-bundle
  o added --post303 and the CURL_REDIR_POST_303 option for CURLOPT_POSTREDIR
  o smtp: Add support for DIGEST-MD5 authentication
  o pop3: Added support for additional pop3 commands

This release includes the following bugfixes:

  o nss: libcurl now uses NSS_InitContext() to prevent collisions if available
    [1]
  o URL parse: reject numerical IPv6 addresses outside brackets [4]
  o MD5: fix OOM memory leak [5]
  o OpenSSL cert: provide more details when cert check fails
  o HTTP: empty chunked POST ended up in two zero size chunks [6]
  o fixed a regression when curl resolved to multiple addresses and the first
    isn't supported [7]
  o -# progress meter: avoid superfluous updates and duplicate lines [8]
  o headers: surround GCC attribute names with double underscores [9]
  o PolarSSL: correct return code for CRL matches
  o PolarSSL: include version number in version string
  o PolarSSL: add support for asynchronous connect
  o mk-ca-bundle: revert the LWP usage [12]
  o IPv6 cookie domain: get rid of the first bracket before the second
  o connect.c: return changed to CURLE_COULDNT_CONNECT when opensocket fails
  o OpenSSL: Made cert hostname check conform to RFC 6125 [10]
  o HTTP: reset expected DL/UL sizes on redirects [11]
  o CMake: fix Windows LDAP/LDAPS option handling [2]
  o CMake: fix MS Visual Studio x64 unsigned long long literal suffix [3]
  o configure: update detection logic of getaddrinfo() thread-safeness
  o configure: check for gethostbyname in the watt lib
  o curl-config.1: fix curl-config usage in example [13]
  o smtp: Fixed non-escaping of dot character at beginning of line
  o MakefileBuild.vc: use the correct IDN variable
  o autoconf: improve handling of versioned symbols
  o curl.1: clarify -x usage
  o curl: shorten user-agent
  o smtp: issue with the multi-interface always sending postdata [14]
  o compile error with GnuTLS+Nettle fixed
  o winbuild: fix IPv6 enabled build

This release includes the following known bugs:

  o see docs/KNOWN_BUGS (http://curl.haxx.se/docs/knownbugs.html)

This release would not have looked like this without help, code, reports and
advice from friends like these:

  Andrei Cipu, Armel Asselin, Benjamin Johnson, Dag Ekengren, Dave Reisner,
  Gokhan Sengun, Guenter Knauf, Jan Schaumann, Jonathan Nieder, Kamil Dudka,
  Lijo Antony, Olaf Flebbe, Rodrigo Silva, Steve Holme, Tatsuhiro Tsujikawa,
  Tim Heckman, Yang Tse, Arnaud Compan, Blaise Potard, Daniel Theron,
  Michael Mueller, Michael Wallner, Tim Heckman, Roman Mamedov, Julian Taylor,
  Claes Jakobsson, Pierre Chapuis, Jan Ehrhardt

         Thanks! (and sorry if I forgot to mention someone)

References to bug reports and discussions on issues:

  [1] = https://bugzilla.redhat.com/738456
  [2] = http://curl.haxx.se/mail/lib-2012-03/0278.html
  [3] = http://curl.haxx.se/mail/lib-2012-03/0255.html
  [4] = http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=670126
  [5] = http://curl.haxx.se/mail/lib-2012-04/0246.html
  [6] = http://curl.haxx.se/mail/archive-2012-04/0060.html
  [7] = http://curl.haxx.se/bug/view.cgi?id=3516508
  [8] = http://curl.haxx.se/bug/view.cgi?id=3517418
  [9] = http://curl.haxx.se/mail/lib-2012-04/0127.html
  [10] = http://tools.ietf.org/html/rfc6125#section-6.4.3
  [11] = http://curl.haxx.se/bug/view.cgi?id=3510057
  [12] = http://curl.haxx.se/mail/lib-2012-03/0238.html
  [13] = http://curl.haxx.se/bug/view.cgi?id=3528241
  [14] = http://curl.haxx.se/mail/lib-2012-05/0108.html

Not able to compile curl with ssl support in a diferent than default folder

Guiu Rocafort — 2012-05-24T16:09:22

Hello curl !

I'm trying to install curl with ssl support in a different folder than the
default one. I'm having troubles because i'm not able to make the
./configure script recognise the openssl installation ( which again is in
not the default folder ).

So these are the steps I'm doing.

First I compile and install opensll in the folder:

export PREFIX= #some empty folder where I want to install openssl and curl
cd openssl-1.0.1c
./configure --prefix=$PREFIX
make
make test
make install

Then I set the environment variables:

export PATH=$PREFIX/bin:$PATH
export PKG_CONFIG_PATH=$PREFIX/lib/pkconfig/:$PKG_CONFIG_PATH
export LD_LIBRARY_PATH=$PREFIX/lib:$LD_LIBRARY_PATH

Ok, now I guess I should be ready to try to compile curl.

cd curl-7.25.0

Attempt 1:
./configure --prefix=$PREFIX --with-ssl

It didn't detect openssl from environment variables, so I then tryed:
./configure --prefix=$PREFIX --with-ssl=$PREFIX
and also:
./configure --prefix=$PREFIX --with-ssl=$PREFIX/openssl
and:
./configure --prefix=$PREFIX --with-ssl=$PREFIX/include/openssl
also:
./configure --prefix=$PREFIX --with-ssl=$PREFIX/lib/

None of them worked neither, and then a different aproach:
CPPFLAGS="-I/path/to/prefix/include"
LDFLAFS="-L /path/to/prefix/lib"
./configure --prefix=$PREFIX --with-ssl

And the last try, the last ones with CPPFLAGS and LDFLAGS:
./configure --prefix=$PREFIX --with-ssl=$PREFIX
./configure --prefix=$PREFIX --with-ssl=$PREFIX/openssl
./configure --prefix=$PREFIX --with-ssl=$PREFIX/include/openssl
./configure --prefix=$PREFIX --with-ssl=$PREFIX/lib/

I have not pkg-config installed and I guess I wouldn't be able to use that
since I made an openssl install in a different than default folder.

I've followed this page and I seem to have exhausted all the ways.
http://curl.haxx.se/docs/install.html

What I am doing wrong ? I am missing something ? I would be very pleased if
someone helps me out.

Thanks in advance
Guiu Rocafort
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

Re: [SFTP] Problem: libSSH2 is slow

Jonas Schnelli — 2012-05-24T12:16:27

Hi


No. It will normally (depends on your environment) perform slower then the openssh's sftp client (with standard libcurl i normally stuck on 800kb/s while performing 5.5MB/s with sftp client from openssh).
Quick, nasty fix for low latency high traffic networks (like 100mbit < 20ms ping) is to build curl with CURL_MAX_WRITE_SIZE around 512kb (try different variants from 256k to 2MB).

Read also here:
http://curl.haxx.se/mail/lib-2011-11/0204.html

Nobody (as far as i know) has already taken actions to writes patches for libcurl / libssh2 to gain a better sftp performance.
It's on my list "needs to be done in life", .. but currently not on the top. :)



-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

Re: [SFTP] Problem: libSSH2 is slow

nithesh salian — 2012-05-24T12:02:53

Thanks for the info.

Any idea if its faster than openssh's sftp?

On Thu, May 24, 2012 at 5:01 PM, Daniel Stenberg <daniel< at >haxx.se> wrote:

Re: [SFTP] Problem: libSSH2 is slow

Daniel Stenberg — 2012-05-24T11:31:21


SFTP transfers are slower than what they could be, yes.

Re: [SFTP] Problem: libSSH2 is slow

nithesh salian — 2012-05-24T11:02:10

Hi,

 I am planning to provide SFTP support in my application through CURL.

 Does the below mentioned problem still persist with CURL and libssh2?
 Are the SFTP transfers slow with CURL?

On Wed, Apr 18, 2012 at 11:15 PM, Daniel Stenberg <daniel< at >haxx.se> wrote:

Re: compile curlgtk

Daniel Stenberg — 2012-05-24T07:35:58


Please be aware that our project is focused on libcurl and that example simply 
shows how to integrate libcurl with gtk. We're not a suitable forum to discuss 
GTK problems on.


This shows your compiler doesn't find the gtk header that the example uses.


That shows your linker misses some functions, probably because you need to 
link with some additional lib. I would suggest you read up on some GTK docs or 
ask some GTK developers on how this is supposed to work with your distro.

re: libcurl 7.25 / multi / win32

Daniel Stenberg — 2012-05-24T07:27:56


We know that both these features work for quite a large amount of users. 
I don't know why you would have these problems. Have you tried to build and 
use one of the examples to see if they too fail like this?


Yes, but even without a debugfunction callback you should get lots of verbose 
output sent to stderr.

Re: DELELE occurence error later

Daniel Stenberg — 2012-05-24T07:24:35


In general CWD shouldn't be needed as a QUOTE command since you can provide 
the a path in the URL.


Why would it be related to the previous invoke at all? You haven't shown us 
your code and you haven't told us how to reproduce this so it's really not 
possible to tell why you're getting this error.

Re: Configure curl for build with Mozilla LDAP SDK and my version of openssl: LDAPS support became disabled

Daniel Stenberg — 2012-05-24T07:20:35


Check your config.log after configure has run to see exactly which tests that 
failed and more specificly how.

compile curlgtk

Rudra Banerjee — 2012-05-23T21:09:34

I am very new to curl (and gtk as well).
I was trying to compile and run curlgtk.c code.
As given in README file, I first tried:
$ `curl-config --cc --cflags --libs` -o curlgtk curlgtk.c
which gives error:
 curlgtk.c:13:21: fatal error: gtk/gtk.h: No such file or directory
compilation terminated.

After googling, I found a post in arch forum
(https://bbs.archlinux.org/viewtopic.php?id=106212) 
which adviced to run the code like
gcc curlgtk.c $(pkg-config --libs --cflags gtk+-2.0 libcurl)
which is giving error like
/usr/bin/ld: /tmp/ccItZyWi.o: undefined reference to symbol
'g_thread_init'
/usr/bin/ld: note: 'g_thread_init' is defined in
DSO /lib64/libgthread-2.0.so.0 so try adding it to the linker command
line
/lib64/libgthread-2.0.so.0: could not read symbols: Invalid operation
collect2: error: ld returned 1 exit status

I have installed glib and glib-devel.
But no success.
I am running fedora 17 beta and the curl, libcurl and gtk-devel from
there repo.
Please guide me.
Regards,

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html

DELELE occurence error later

M. Shinkaze — 2012-05-23T11:29:02

Hi,

I am using libCurl for an applicatin which have to upload and download some
files and delete others. I use one unique easy handle (but using
curl_easy_reset and reconnect between each curl_easy_perform - persistent
handle)

a part of my code

curl_easy_setopt(Curl, CURLOPT_ERRORBUFFER, CurlErrorBuff);
headers = curl_slist_append(headers, "CWD /Temp");
headers = curl_slist_append(headers, "DELE FILE.txt");
m_CurlErrorCode = curl_easy_setopt(Curl, CURLOPT_POSTQUOTE, headers);
m_CurlErrorCode = curl_easy_perform(Curl);


the result of CURLOPT_ERRORBUFFER is
Curl error: 21 (QUOT string not accepted: DELE FILE.txt)
that fine I can handle it cause in some case the file doesnot exist

then : curl_easy_reset(Curl)

but just after on my source code, I trying to "reconnect":
CurlErrorCode = curl_easy_setopt(pCurl, CURLOPT_USERNAME, user);
CurlErrorCode = curl_easy_setopt(pCurl, CURLOPT_PASSWORD, passwd);
m_CurlErrorCode = curl_easy_perform(pCurl);
then here I got this error of CURLOPT_ERRORBUFFER is
Curl error: 23 (Failed writing body (299 != 1004)
I dont understand why, It seems I was deconencted by the server after the
DELETE error ?
or did I miss something osbvious ?

I am using  libcurl/7.22.0 compiled with OpenSSL/0.9.8r & zlib/1.2.5 &
libssh2/1.3.0
on winXP

Thanks in advance
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette:  http://curl.haxx.se/mail/etiquette.html