cURL / Mailing Lists / curl-library / Single Mail

curl-library

RE:RE: Program using libcurl has problem of OS dependent

From: 时有 <shiyou_at_nextbase.cn>
Date: Wed, 8 Aug 2007 12:18:07 +0800

Hi,

        Tue, 7 Aug 2007 09:03:27 Daniel wrote:

>>Can you then please answer my question above? Those versions work fine for
>>quite a large number of people...

        I use curl command line to get a url and that's ok.The test suite is under tests
directory? I'm not test it.

        For my program the 7.12.1(along with Redhat AS4),7.15.1 are ok. But 7.16.3&7.16.4
have some problem(error code 8,partial file).
        
        It's not the problem with the OS,but related with libcurl version i think.

    The debug information as follow:
    OS: Fedora Core 7(Linux 2.6.21) The same program linked with libcurl 7.16.4&7.15.1

        source compile configuration:.
        /configure --prefix=/usr/local/curl --disable-ldap --disable-ares --disable-cookies --disable-crypto-auth --without-zlib --disable-ipv6 --disable-hidden-symbols --without-libidn --disable-shared --without-ssl --disable-manual

///////////////////////////////////////////////////////////////////////////////////
////This is result of linked with 7.16.4(failed):
<= Recv header, 17 bytes (0x11)
0000: 48 54 54 50 2f 31 2e 31 20 32 30 30 20 4f 4b 0d HTTP/1.1 200 OK.
0010: 0a .
<= Recv header, 22 bytes (0x16)
0000: 53 65 72 76 65 72 3a 20 52 65 73 69 6e 2f 33 2e Server: Resin/3.
0010: 30 2e 32 33 0d 0a 0.23..
<= Recv header, 26 bytes (0x1a)
0000: 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 74 65 Content-Type: te
0010: 78 74 2f 70 6c 61 69 6e 0d 0a xt/plain..
<= Recv header, 28 bytes (0x1c)
0000: 54 72 61 6e 73 66 65 72 2d 45 6e 63 6f 64 69 6e Transfer-Encodin
0010: 67 3a 20 63 68 75 6e 6b 65 64 0d 0a g: chunked..
<= Recv header, 37 bytes (0x25)
0000: 44 61 74 65 3a 20 57 65 64 2c 20 30 38 20 41 75 Date: Wed, 08 Au
0010: 67 20 32 30 30 37 20 30 33 3a 33 36 3a 30 36 20 g 2007 03:36:06
0020: 47 4d 54 0d 0a GMT..
<= Recv header, 2 bytes (0x2)
0000: 0d 0a .. <- This is different,
                                                                                                                        <- the data is in packet.
                                                                                                                        <- But successful one ignore it
== Info: transfer closed with outstanding read data remaining
== Info: Closing connection #0

 The error code is: 18

 The error msg is: transfer closed with outstanding read data remaining

Login Fail!

////////////////////////////////////////////////////////////
////This is result of linked with 7.15.1(succeed):
<= Recv header, 17 bytes (0x11)
0000: 48 54 54 50 2f 31 2e 31 20 32 30 30 20 4f 4b 0d HTTP/1.1 200 OK.
0010: 0a .
<= Recv header, 22 bytes (0x16)
0000: 53 65 72 76 65 72 3a 20 52 65 73 69 6e 2f 33 2e Server: Resin/3.
0010: 30 2e 32 33 0d 0a 0.23..
<= Recv header, 26 bytes (0x1a)
0000: 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a 20 74 65 Content-Type: te
0010: 78 74 2f 70 6c 61 69 6e 0d 0a xt/plain..
<= Recv header, 28 bytes (0x1c)
0000: 54 72 61 6e 73 66 65 72 2d 45 6e 63 6f 64 69 6e Transfer-Encodin
0010: 67 3a 20 63 68 75 6e 6b 65 64 0d 0a g: chunked..
<= Recv header, 37 bytes (0x25)
0000: 44 61 74 65 3a 20 57 65 64 2c 20 30 38 20 41 75 Date: Wed, 08 Au
0010: 67 20 32 30 30 37 20 30 33 3a 34 35 3a 35 39 20 g 2007 03:45:59
0020: 47 4d 54 0d 0a GMT..
<= Recv data, 93 bytes (0x5d)
0000: 30 30 35 30 0d 0a 73 75 63 63 65 73 73 3d 31 0a 0050..success=1.
0010: 65 72 72 6f 72 6d 65 73 73 61 67 65 3d 0a 6d 65 errormessage=.me
0020: 6d 62 65 72 55 72 6c 3d 68 74 74 70 3a 2f 2f 63 mberUrl=http://c
0030: 6f 6d 6d 75 6e 69 74 79 2e 77 65 62 73 68 6f 74 ommunity.webshot
0040: 73 2e 63 6f 6d 2f 75 73 65 72 2f 73 68 69 79 6f s.com/user/shiyo
0050: 75 32 30 30 37 0a 0d 0a 30 0d 0a 0d 0a u2007...0....
== Info: Connection #0 to host client.webshots.com left intact
== Info: Closing connection #0

Login OK

////////////////////////////////////////////////////////////////////////////
 
        May be I am not decribed it clearly. But I'm willing to figure this problem
out,thanks.

    Best Regards.

Aaron shi
2007.8.08

         

        
Received on 2007-08-08