More information below:

On 7/20/2018 9:06 PM, David Chapman wrote:
I downloaded curl 7.61.0 today and tried to build it per the flags in my statically linked application:

$ ./configure --without-libidn
$ make
$ make test

Test 1139 failed, so I reran it individually:

$ cd tests
$ ./runtests.pl 1139

It reported:

test 1139...[Verify that all libcurl options have man pages]

"tests/log/stderr1139" had:

--disallow-username-in-url is not in curl.1 (but in tool_getparam.c tool_help.c)
--haproxy-protocol is not in curl.1 (but in tool_getparam.c tool_help.c)

"tests/log/curlverout.log" had (transcribing manually, so no flames about typos please):

curl 7.61.0 (x86_64-pc-linux-gnu) libcurl/7.61.0 OpenSSL/1.0.1e zlib/1.2.3
Release-Date: 2018-07-11
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp Features: AsynchDNS IPv6 Largefile NTLM NTLM_WB SSL libz UnixSockets HTTPS-proxy

"uname -a" (CentOS 6.9 in a VirtualBox VM running under Windows 10) reported:

Linux pathfinder-vm 2.6.32-754.2.1.el6.x86_64 #1 SMP Fri jul 13 12:50:12 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux

The "--without-libidn" flag seems to be the culprit; if I rerun the build/test sequence with no configuration flags, test 1139 passes. I'm not familiar with the innards of curl, so I didn't try to trace the cause.

Thanks in advance.


OK, the problem does not exhibit itself in quite the way I said; "--without-libidn" seems not to be involved.  I found out by accident that the following sequence of commands will cause test 1139 to fail repeatedly:

(unpack archive into empty directory)
$ ./configure
$ make
$ make test
(all tests run)
$ make clean
$ make
$ make test
(test 1139 fails)

Rerunning "./configure" prior to the second "make; make tests" does not help.

In my earlier tests, the directory where I ran the "--without-libidn" build was a Subversion working directory into which I had imported curl 7.61.0.  This is supposed to create a clean directory, but it is possible that is not quite the case.  I haven't run a full directory comparison yet.

So it appears that something in the directory runs properly only once.

--
    David Chapman      [email protected]
    Chapman Consulting -- San Jose, CA
    EDA Software Developer, Expert Witness
    www.chapman-consulting-sj.com
    2018 Chair, IEEE Consultants' Network of Silicon Valley

-------------------------------------------------------------------
Unsubscribe: https://cool.haxx.se/list/listinfo/curl-library
Etiquette:   https://curl.haxx.se/mail/etiquette.html

Reply via email to