cURL / Mailing Lists / curl-users / Single Mail

curl-users

Re: 7.14.0 is failing test 56 on my AIX 5.2 box

From: Scott Davis <scott_victor_davis_at_yahoo.com>
Date: Tue, 6 Sep 2005 19:56:28 -0700 (PDT)

This is the relevant output of the dumpfile you asked me to create.

22:22:28.025724 => Send header, 67424 bytes (0x10760)
0000: POST /that.site.com/56 HTTP/1.1
0021: User-Agent: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
0061: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
...
3f00: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
3f40: aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa
3f7a: Host: 127.0.0.1:8990
3f90: Accept: */*
3f9d: Transfer-Encoding: chunked
3fb9: Content-Type: application/x-www-form-urlencoded
3fea:
3fec: c
3fef: we po
22:22:28.129350 => Send data, 14 bytes (0xe)
0000: st this
0009: 0
000c:
22:22:28.147923 <= Recv header, 25 bytes (0x19)
0000: HTTP/1.1 200 OK swsclose.
22:22:28.150475 <= Recv header, 19 bytes (0x13)
0000: Funny-head: yesyes.
22:22:28.150537 <= Recv data, 27 bytes (0x1b)
0000: This is the proof it works.

It would seem that that last empty line is indeed sent by curl (000c above).
(That is, if the log is actually correct)
If I modify the test56 data file and remove the last ^M from the <verify>
section then the test passes; of course this is rigging things to make it
pass when it really shouldn't - since the server *should* receive that ^M.

The server.input file in the log directory contradicts the dumpfile:

POST /that.site.com/56 HTTP/1.1^M
User-Agent: aaa...^M
Host: 127.0.0.1:8990^M
Accept: */*^M
Transfer-Encoding: chunked^M
Content-Type: application/x-www-form-urlencoded^M
^M
c^M
we post this^M
0^M

Notice no trailing ^M (yet curl says it sent it)

Hmmm....

Thoughts?

--- Daniel Stenberg <daniel-curl_at_haxx.se> wrote:

> On Tue, 6 Sep 2005, Scott Davis wrote:
>
> We need to figure out how it can happen. That last CR byte is supposed to be
> sent by curl and stored by the test HTTP server. Obviously it is never stored.
> Is it sent? If not, why? If it is, why doesn't the server store it?
>
> Can you try adding --trace-ascii dumpfile to the command line in test 56 and
> see if curl claims it has sent it off fine?

__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Received on 2005-09-07