You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by Stefan Küng <to...@gmail.com> on 2011/07/30 21:16:04 UTC
1.7 problems with repos in domain root
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)
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
Re: 1.7 problems with repos in domain root
Posted by Stefan Küng <to...@gmail.com>.
On 31.07.2011 03:48, Justin Erenkrantz wrote:
> On Sat, Jul 30, 2011 at 12:16 PM, Stefan Küng<to...@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
Re: 1.7 problems with repos in domain root
Posted by Justin Erenkrantz <ju...@erenkrantz.com>.
On Sat, Jul 30, 2011 at 12:16 PM, Stefan Küng <to...@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
OPTIONS /tags/freetz-1.1.4 HTTP/1.1
Host: svn.freetz.org
User-Agent: SVN/1.8.0-dev serf/1.0.1
Content-Type: text/xml
DAV: http://subversion.tigris.org/xmlns/dav/svn/depth
DAV: http://subversion.tigris.org/xmlns/dav/svn/mergeinfo
DAV: http://subversion.tigris.org/xmlns/dav/svn/log-revprops
Transfer-Encoding: chunked
83
<?xml version="1.0" encoding="utf-8"?><D:options
xmlns:D="DAV:"><D:activity-collection-set></D:activity-collection-set></D:options>
0
HTTP/1.1 413 Request Entity Too Large
Date: Sun, 31 Jul 2011 01:39:18 GMT
Server: Apache/2.2.14 (Ubuntu)
Content-Type: text/html; charset=iso-8859-1
Transfer-Encoding: chunked
2fd
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>413 Request Entity Too Large</title>
</head><body>
<h1>Request Entity Too Large</h1>
The requested resource<br />/tags/freetz-1.1.4<br />
does not allow request data with OPTIONS requests, or the amount of
data provided in
the request exceeds the capacity limit.
<hr>
<address>Apache/2.2.14 (Ubuntu) Server at svn.freetz.org Port 8080</address>
</body></html>
<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>413 Request Entity Too Large</title>
</head><body>
<h1>Request Entity Too Large</h1>
<p>Your browser sent a request that this server could not understand.<br />
</p>
<hr>
<address>Apache/2.2.14 (Ubuntu) Server at svn.freetz.org Port 8080</address>
</body></html>
0
HTTP/1.0 400 Bad Request
Content-Type: text/html
Content-Length: 349
Connection: close
Date: Sun, 31 Jul 2011 01:39:28 GMT
Server: lighttpd/1.4.28
<?xml version="1.0" encoding="iso-8859-1"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
<title>400 - Bad Request</title>
</head>
<body>
<h1>400 - Bad Request</h1>
</body>
</html>
Re: 1.7 problems with repos in domain root
Posted by Stefan Küng <to...@gmail.com>.
On 01.08.2011 12:14, Philip Martin wrote:
> Stefan Küng<to...@gmail.com> writes:
>
>> 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
>
> r1152726 should have fixed libsvn_ra_neon.
>
Confirmed.
Thanks for the fix!
Stefan
--
___
oo // \\ "De Chelonian Mobile"
(_,\/ \_/ \ TortoiseSVN
\ \_/_\_/> The coolest Interface to (Sub)Version Control
/_/ \_\ http://tortoisesvn.net
Re: 1.7 problems with repos in domain root
Posted by Philip Martin <ph...@wandisco.com>.
Stefan Küng <to...@gmail.com> writes:
> 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
r1152726 should have fixed libsvn_ra_neon.
--
uberSVN: Apache Subversion Made Easy
http://www.uberSVN.com