curl-library
RE: RE: Program using libcurl has problem of OS dependent
Date: Wed, 8 Aug 2007 10:08:31 +0530
HI,
Can ya plz.. let me know the procedure to unsubscribe from this group.
- Rajashree
-----Original Message-----
From: curl-library-bounces_at_cool.haxx.se
[mailto:curl-library-bounces_at_cool.haxx.se] On Behalf Of ??
Sent: Wednesday, August 08, 2007 9:48 AM
To: curl-library
Subject: RE:RE: Program using libcurl has problem of OS dependent
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