On 31.07.2011 03:48, Justin Erenkrantz wrote:
On Sat, Jul 30, 2011 at 12:16 PM, Stefan Küng<tortoise...@gmail.com> wrote:
Hi,
Using a build from the latest 1.7.x branch, try this:
svn info http://svn.freetz.org/tags/freetz-1.1.4
results in:
---------------------------
Microsoft Visual C++ Debug Library
---------------------------
Debug Error!
Program: d:\Development\SVN\TortoiseSVN\bin\debug64\bin\svn.exe
R6010
- abort() has been called
Actually, any command I tried with that repository results in an abort()
call due to urls not being canonical and/or an error like this:
svn: warning: W170000: 'http://svn.freetz.org/tags/freetz-1.1.4' isn't in
the sa
me repository as 'http://svn.freetz.org/'
svn: E200009: Could not display info for all targets because some targets
don't
exist
It's easily reproducible using neon.
Using serf, you only get an error output but no abort() call:
svn: E175009: Unable to connect to a repository at URL
'http://svn.freetz.org/tags/freetz-1.1.4'
svn: E175009: XML parsing failed: (413 Request Entity Too Large)
ra_serf is doing the best that it can do - it's getting a 413 back
from the server.
Quick network trace below. Due to the 400 after, I've got a sense
that lighttpd is in front of the real SVN server and might be doing
something funky on the protocol level. I'm wondering if lighttpd
doesn't understanding chunked request bodies - that'd be an RFC
violation on lighttpd's part...again, we could apply the patches I
posted a few months back to ra_serf to avoid chunking request
bodies... *shrug* -- justin
I haven't tested with an 1.6 client using serf, but using neon with an
1.6 client works just fine.
So there must be a way to make this work - after all 1.6 with neon does too.
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
