On Wednesday 01 October 2014 15:48:21 Darshit Shah wrote: > Test-proxied-https.px runs perfectly when executed directly but will > *always* fail when executed through make check.
Maybe not always. "make check -j4" works here without failure, BUT Wget has to try twice (can be seen in the logs) - which is not how it should be. I did not see this before the rebase/top_srcdir->srcdir change. I'll investigate this after lunch. > The print statement at line 18 in Test-proxied-https.px complains about an > uninitialized variable when the test is executed directly. Just one question: are you talking about Test-proxied-https-auth.px ? Because there is no Test-proxied-https.px here... uah, I forgot to remove a debugging print line (line 18). I'll fix that after lunch. > The Test-iri* tests all fail, *always", when either executed directly or > when make check is called from the tests/ directory. They execute > successfully when make check is invoked from the root directory of the > repository. Hence, I believe the issue lies in the test suite and not in > Wget. You are right. 'make check' from the root dir runs Wget with LC_ALL=C while the other two variants use your current locale settings. There is an issue in Wget or the tests itself - that has to be investigated. > The Test-iri* files fail when executed from the tests/ directory even > without the patch, but the issue with Test-proxied-https is definitely a > regression Yes. Tim
signature.asc
Description: This is a digitally signed message part.
