[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: [Issue 3979] chunked transfer encoding not always supported

From: Justin Erenkrantz <justin_at_erenkrantz.com>
Date: Fri, 5 Aug 2011 06:14:00 -0700

On Fri, Aug 5, 2011 at 6:01 AM, <gstein_at_tigris.org> wrote:
> http://subversion.tigris.org/issues/show_bug.cgi?id=3979
> ------- Additional comments from gstein_at_tigris.org Fri Aug  5 06:01:20 -0700 2011 -------
> The short answer is that serf communicates using HTTP/1.1 (defined by RFC 2616, back in June 1999).
> With some work, we could support HTTP/1.0. The biggest problem here would be needing to pre-
> compute the size of the request (and use Content-Length: rather than chunked requests), which could
> result in using a temporary file on disk in some cases. Where we know the request is size-bounded,
> then we could use a memory buffer. To get really spiffy, the new "memory buffer, then spill to disk"
> functionality (developed for issue 3888) could be used to avoid the disk in some (many?) request
> scenarios.
> (that buffer/spill code is destined for libsvn_subr in the trunk line of development, for use on the
> server-side, per a request from cmpilato)

If I knew how to login to the stupid CollabNet tracker, I'd add it
there...but...this also really belongs on dev@.

I posted a patch back in May which has serf send C-L request
bodies...at the time, no one else thought it was a good idea to add

There must be something goofy about my message which trips up mod_mbox
- but, the thread is here:


*shrug* -- justin
Received on 2011-08-05 15:14:33 CEST

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.