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

Re: Trunk checkout fails with serf but not neon

From: Greg Stein <gstein_at_gmail.com>
Date: Wed, 16 May 2012 17:39:01 -0400

On May 16, 2012 4:06 PM, "Mark Phippard" <markphip_at_gmail.com> wrote:
>
> On Wed, May 16, 2012 at 4:04 PM, Greg Stein <gstein_at_gmail.com> wrote:
> >
> > On May 16, 2012 3:00 PM, "Justin Erenkrantz" <justin_at_erenkrantz.com>
wrote:
> >>
> >> On Wed, May 16, 2012 at 11:54 AM, Mark Phippard <markphip_at_gmail.com>
> >> wrote:
> >> > NOTE the length stuff that happened in the middle of the response?
> >>
> >> Yah, that'd be a CDATA spanning TCP packets as socat puts in
> >> timestamps when a new packet arrives.
> >>
> >> So, yah, Greg's the most recent culprit in that space. =P -- justin
> >
> > Eh? How can my client work cause a server to send garbage?
> >
> > My work will detect the problem, where it likely got ignored before.
>
> I do not think the server sent garbage. It sent a chunked response
> where the entire OPTIONS response did not come in one packet. When
> this happens with the new code it seems to break.
>
> As Justin said, the date/time was simply inserted by socat in its
> output because it was a new packet.

Gotch. Likely I goofed something in 1337455. I'll see if I can repro
somehow.

Thx,
-g
Received on 2012-05-16 23:39:32 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.