On 31.07.2011 03:48, Justin Erenkrantz wrote:
> On Sat, Jul 30, 2011 at 12:16 PM, Stefan Küng<tortoisesvn_at_gmail.com> wrote:
>> 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
>> - 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
>> 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
>> 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.
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
Received on 2011-07-31 10:23:50 CEST