cURL
Haxx ad
libcurl

curl's project page on SourceForge.net

Sponsors:
Haxx

cURL > Mailing List > Monthly Index > Single Mail

curl-tracker mailing list Archives

[ curl-Bugs-1705129 ] LD_LIBRARY_PATH not correctly set during self test

From: SourceForge.net <noreply_at_sourceforge.net>
Date: Mon, 23 Apr 2007 13:57:43 -0700

Bugs item #1705129, was opened at 2007-04-22 06:08
Message generated for change (Comment added) made by bagder
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=1705129&group_id=976

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: compile or build problem
Group: wrong behaviour
Status: Open
>Resolution: Invalid
Priority: 5
Private: No
Submitted By: Daniel Black (grooverdan)
Assigned to: Daniel Stenberg (bagder)
Summary: LD_LIBRARY_PATH not correctly set during self test

Initial Comment:
There may be a problem with the LD_LIBRARY_PATH during the selftest. With curl-7.16.2 installed on the base system the self test failed with a backtrace of:
/var/tmp/portage/net-misc/curl-7.16.3_pre20070422/work/curl-7.16.3-20070422/src/.libs/lt-curl: double free or corruption (!prev): 0x00000000006ce1e0 ***
======= Backtrace: =========
/lib/libc.so.6[0x2ae7920b7a7d]
/lib/libc.so.6(__libc_free+0x76)[0x2ae7920b90a6]
/usr/lib64/libgnutls.so.13(gnutls_deinit+0x40f)[0x2ae7925052cd]
/usr/lib64/libcurl.so.4[0x2ae791e2a826]
/usr/lib64/libcurl.so.4(Curl_gtls_close+0x2a)[0x2ae791e2a86a]
/usr/lib64/libcurl.so.4[0x2ae791e15798]
/usr/lib64/libcurl.so.4(Curl_disconnect+0xfb)[0x2ae791e158bb]
/usr/lib64/libcurl.so.4[0x2ae791e15be9]
/usr/lib64/libcurl.so.4(Curl_close+0x5b)[0x2ae791e1b23b]
/var/tmp/portage/net-misc/curl-7.16.3_pre20070422/work/curl-7.16.3-20070422/src/.libs/lt-curl[0x40aa10]
/var/tmp/portage/net-misc/curl-7.16.3_pre20070422/work/curl-7.16.3-20070422/src/.libs/lt-curl[0x40abb8]
/lib/libc.so.6(__libc_start_main+0xf4)[0x2ae79206a374]
/var/tmp/portage/net-misc/curl-7.16.3_pre20070422/work/curl-7.16.3-20070422/src/.libs/lt-curl[0x402029]

The backtrace is because of this bug 1704675 that you've fixed however its using /usr/lib64/libcurl.so.4 rather than the recently compiled one.

----------------------------------------------------------------------

>Comment By: Daniel Stenberg (bagder)
Date: 2007-04-23 22:57

Message:
Logged In: YES
user_id=1110
Originator: NO

So, what are you saying here exactly? Doesn't this readelf dump show that
the executable knows/uses the correct path?

----------------------------------------------------------------------

Comment By: Daniel Black (grooverdan)
Date: 2007-04-23 13:44

Message:
Logged In: YES
user_id=612034
Originator: YES

happy to mark as invalid. I'll look a lot closer and tell you if i find
anything

$ readelf -d ..//src/.libs/lt-curl

Dynamic section at offset 0x18828 contains 33 entries:
  Tag Type Name/Value
 0x0000000000000001 (NEEDED) Shared library: [libcurl.so.4]
 0x0000000000000001 (NEEDED) Shared library: [libidn.so.11]
 0x0000000000000001 (NEEDED) Shared library: [libssl3.so.11]
 0x0000000000000001 (NEEDED) Shared library:
[libsmime3.so.11]
 0x0000000000000001 (NEEDED) Shared library: [libnss3.so.11]
 0x0000000000000001 (NEEDED) Shared library: [libplds4.so.6]
 0x0000000000000001 (NEEDED) Shared library: [libplc4.so.6]
 0x0000000000000001 (NEEDED) Shared library: [libnspr4.so.6]
 0x0000000000000001 (NEEDED) Shared library:
[libpthread.so.0]
 0x0000000000000001 (NEEDED) Shared library: [libdl.so.2]
 0x0000000000000001 (NEEDED) Shared library: [libz.so.1]
 0x0000000000000001 (NEEDED) Shared library: [libc.so.6]
 0x000000000000000f (RPATH) Library rpath:
[/home/dan/software_projects/curl/lib/.libs]
 0x000000000000001d (RUNPATH) Library runpath:
[/home/dan/software_projects/curl/lib/.libs]
^^ uses this rather than LD_LIBRARY_PATH

----------------------------------------------------------------------

Comment By: Daniel Stenberg (bagder)
Date: 2007-04-22 09:32

Message:
Logged In: YES
user_id=1110
Originator: NO

When built to use a shared libcurl library, src/curl in the build tree is
supposed to be a libtool-generated shell script that sets up the correct
variables and then starts curl and make that use the correct libcurl from
the build tree.

If this gets the wrong lib anyway, it sounds as if the script is wrong and
then it indicates a libtool problem as far as I can see.

----------------------------------------------------------------------

You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=100976&aid=1705129&group_id=976
Received on 2007-04-23

These mail archives are generated by hypermail.

donate! Page updated November 12, 2010.
web site info

File upload with ASP.NET