I solved the problem....what that I observed after POST, when server
replay, it may replay with discrete size packet and i have to have write
callback with capability of receiving such packets and make it into one
complete received data.

I was thinking that i am missing received data because of this received
data size limit but it was my callback, which was instead of reallocating
the memory was using malloc.

my curl version 7.27.0.

and I think 16k and 100kB is the received data size in one go, but multiple
receive may happen if data size is large.

Thanks

On Wed, Dec 19, 2012 at 6:46 PM, Daniel Stenberg <daniel_at_haxx.se> wrote:

> On Wed, 12 Dec 2012, JALINDAR wrote:
>
> My development system communicate POST packet to the Server and to that
>> POST packet, server replay with some data.
>> This data size is just 4KB, not much. But it gives problem when actually
>> data received. Data size received is less than the data sent from server.
>>
>> Here I have read that *CURL_MAX_WRITE_SIZE (the usual default is 16K) and
>> with header set its 100KB.
>>
>
> I don't think CURL_MAX_WRITE_SIZE or the header maximum values are
> relevant.
>
> You need to give us more details. What libcurl version are you using? If I
> understand you correctly the actual POST sending works but the response is
> being cut off, or did I misunderstand?
>
> How do you receive the data, how does your write callback work?
>
>
> How to make sure that communication problem is not because of data size
>> received limit.
>>
>
> libcurl has no data size receive limit!
>
> --
>
> / daniel.haxx.se
> ------------------------------**------------------------------**-------
> List admin: http://cool.haxx.se/list/**listinfo/curl-library<http://cool.haxx.se/list/listinfo/curl-library>
> Etiquette: http://curl.haxx.se/mail/**etiquette.html<http://curl.haxx.se/mail/etiquette.html>
>

-------------------------------------------------------------------
List admin: http://cool.haxx.se/list/listinfo/curl-library
Etiquette: http://curl.haxx.se/mail/etiquette.html
Received on 2012-12-20