cURL / Mailing Lists / curl-users / Single Mail

curl-users

Re: curl-7.36.0 TESTFAIL: These test cases failed: 815 816 1513

From: Dan Fandrich <dan_at_coneharvesters.com>
Date: Sun, 30 Mar 2014 20:51:19 +0200

On Sun, Mar 30, 2014 at 01:15:54PM -0400, dev wrote:
> I just need to figure out how to get the release version. Looks like I
> will do a sed/awk/grep foo on this file :
>
> https://raw.githubusercontent.com/bagder/curl/master/RELEASE-NOTES
>
> Hopefully that file will always be around and then my nightly builds
> will "just run".

There's a magic URL that holds the most recently-released stable version in an
easily-parsed format, but I don't remember what it is. But, it won't help if
you want to test the latest version every night. There is information on
setting up an autobuild at http://curl.haxx.se/dev/howto.html and a sample
autocurl script to download the latest daily snapshot tarball, or you can just
set up a local git repository and have the autobuild update that.

> May take me a day to set this up and then we will have Solaris 10
> nightlys
> however I may need to go this twice with both Oracle Studio 12.3 as well
> as GCC compiler in order to provide reasonable data.

That would be super!

>>> Dan

> okay .. will do and I'll see what I see. I will just try to run lib1513
> but there
> is a LOT going on :
>
> node002$ ldd ./tests/libtest/.libs/lib1513
> libcurl.so.4 => /usr/local/lib/libcurl.so.4
> libidn.so.11 => /usr/local/lib/libidn.so.11
> libintl.so.8 => /usr/local/lib/libintl.so.8
> libc.so.1 => /lib/64/libc.so.1
> libiconv.so.2 => /usr/local/lib/libiconv.so.2
> libssh2.so.1 => /usr/local/lib/libssh2.so.1
> libssl.so.1.0.0 => /usr/local/ssl/lib/libssl.so.1.0.0

This is OpenSSL.

> libcrypto.so.1.0.0 => /usr/local/ssl/lib/libcrypto.so.1.0.0
> libldap.so.5 => /usr/lib/64/libldap.so.5
> libz.so.1 => /usr/local/lib/libz.so.1
> librt.so.1 => /lib/64/librt.so.1
> libsocket.so.1 => /lib/64/libsocket.so.1
> libnsl.so.1 => /lib/64/libnsl.so.1
> libdl.so.1 => /lib/64/libdl.so.1
> libsasl.so.1 => /usr/lib/64/libsasl.so.1
> libmd.so.1 => /lib/64/libmd.so.1
> libnspr4.so => /usr/lib/mps/64/libnspr4.so
> libplc4.so => /usr/lib/mps/64/libplc4.so
> libnss3.so => /usr/lib/mps/64/libnss3.so

And this is NSS. Looks like things aren't configured optimally on this build.
Something (probably libcurl itself) is using libnss, and something else
(probably libssh2) is using OpenSSL. There's nothing really wrong with that
except that there are two crypto libraries involved with two different ways of
configuring things, and which way depends on the protocol used by libcurl.
Ideally, you could make do with only a single crypto library but libssh2
doesn't support NSS so if you insist on NSS for libcurl, you're stuck with it.

> libssl3.so => /usr/lib/mps/64/libssl3.so
> libaio.so.1 => /lib/64/libaio.so.1
> libmp.so.2 => /lib/64/libmp.so.2
> libscf.so.1 => /lib/64/libscf.so.1
> libpthread.so.1 => /lib/64/libpthread.so.1
> libnssutil3.so => /usr/lib/mps/sparcv9/libnssutil3.so
> libplds4.so => /usr/lib/mps/sparcv9/libplds4.so
> libthread.so.1 => /lib/64/libthread.so.1
> libdoor.so.1 => /lib/64/libdoor.so.1
> libuutil.so.1 => /lib/64/libuutil.so.1
> libgen.so.1 => /lib/64/libgen.so.1
> libm.so.2 => /lib/64/libm.so.2
> /platform/SUNW,T5240/lib/sparcv9/libc_psr.so.1
> /platform/SUNW,T5240/lib/sparcv9/libmd_psr.so.1
>
> Should be fun.

It's easy it using the test harness: "make test TEST_Q='-g 1513'" will
configure the test harness and start the test program using gdb.

>>> Dan
-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-users
FAQ: http://curl.haxx.se/docs/faq.html
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2014-03-30