Edmund,
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.
Lieven
------------------------------------------------------
http://subversion.tigris.org/ds/viewMessage.do?dsForumId=462&dsMessageId=2412500
Received on 2009-10-29 10:32:28 CET