On Tue, 23 Mar 2010, Daniel Stenberg wrote:
Can you you please see why lib/http.c:3340 isn't enough to cover for this
problem?
Hm, it's because of line lib/http.c:3561 which sets maxdownload so it is
already set later on when it spots that both chunked encoded and
content-length is specified
Hey
Concerning this bug report
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=572276, please subscribe to
and continue this talk on the curl-library list instead (this mail is sent
that way as well).
The Debian bug tracker is a horrible place (to try to debug things in).
Your provided scr
I'm not sure it's possible to modify that test case to reproduce it.
The point is that the behavior depends on whether the server sends the
final chunk in the same TCP packet as the real payload, or it wants to
send it in a separate one. IOW whether the read() syscall returns the
final chunk toge
3 matches
Mail list logo
