RE: Known Bug #37 - FIXED
Date: Thu, 30 Aug 2012 23:00:58 +0200 (CEST)
On Fri, 24 Aug 2012, Joe Mason wrote:
> If this seems to be the problem you're having, try the attached patch.
Thanks. I just tried it and it still fails. I think in my case the first
failure is really fast.
I added a few fprintf() outputs to the test code, see the attached patch. With
that applied I ran the test, it failed and log/stderr2032 looked like this:
* About to connect() to 127.0.0.1 port 8990 (#0)
* Trying 127.0.0.1...
* Connected to 127.0.0.1 (127.0.0.1) port 8990 (#0)
* 0x490c40c is at send pipe head!
* STATE: CONNECT => DO handle 0x49209a4; (connection #0)
* Server auth using Basic with user 'testuser'
> GET /20320100 HTTP/1.1
Authorization: Basic dGVzdHVzZXI6dGVzdHBhc3M=
* STATE: DO => DO_DONE handle 0x49209a4; (connection #0)
* STATE: DO_DONE => WAITPERFORM handle 0x49209a4; (connection #0)
* STATE: WAITPERFORM => PERFORM handle 0x49209a4; (connection #0)
* HTTP 1.1 or later with persistent connection, pipelining supported
< HTTP/1.1 401 Need Basic or NTLM auth
< Server: Microsoft-IIS/5.0
< Content-Type: text/html; charset=iso-8859-1
< Content-Length: 29
< WWW-Authenticate: NTLM
* Authentication problem. Ignoring this.
< WWW-Authenticate: Basic realm="testrealm"
* STATE: PERFORM => DONE handle 0x49209a4; (connection #0)
* Connection #0 to host 127.0.0.1 left intact
libntlmconnect.c:139 running 0
* Expire cleared
See line 139, running is 0 so the code aborts immediately afterwards, and
num_handles is only 1 at that point.
-- / daniel.haxx.se
- TEXT/x-diff attachment: debug.patch