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

Re: Serf failure

From: Lieven Govaerts <svnlgo_at_mobsol.be>
Date: Thu, 29 Oct 2009 10:31:41 +0100


On Thu, Oct 29, 2009 at 10:05 AM, Edmund Wong <ed_at_kdtc.net> wrote:
> Hi,
> I thought it was the proxy at work that was screwing things
> up (the previous result was with the proxy on), so I deliberately
> took the proxy out of the picture and came across a different error:
> D:\extprogs\svn>svn update
> ..\..\..\subversion\svn\update-cmd.c:97: (apr_err=20014)
> ..\..\..\subversion\libsvn_client\update.c:380: (apr_err=20014)
> ..\..\..\subversion\libsvn_client\update.c:237: (apr_err=20014)
> ..\..\..\subversion\libsvn_ra\ra_loader.c:486: (apr_err=20014)
> ..\..\..\subversion\libsvn_ra\ra_loader.c:486: (apr_err=20014)
> ..\..\..\subversion\libsvn_ra_serf\options.c:476: (apr_err=20014)
> ..\..\..\subversion\libsvn_ra_serf\util.c:612: (apr_err=20014)
> svn: Error running context: Internal error
> D:\extprogs\svn>
> With the following TCP capture:

Is that a capture? Or did you add print statements in the (ra_)serf code?

> Host: svn.collab.net
> oding: chunked

This is really weird, so I'm wondering, since the data buffers passed
around in ra_serf are not \0 terminated, you're not printing data from
memory outside the actual size of the buffer?

Could you add a wireshark or tcpdump file of the whole 'svn update' session?

You can send it to me in private if you like.


Received on 2009-10-29 10:32:28 CET

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.