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

Re: Check out problem because of alleged problematic URL

From: Ryan Schmidt <subversion-2010b_at_ryandesign.com>
Date: Mon, 7 Jun 2010 02:12:20 -0500

On Jun 7, 2010, at 01:18, Hirschberg, Benyamin wrote:


> Ryan Schmidt wrote:

>> On Jun 6, 2010, at 11:39, Daniel Shahaf wrote:
>>> Hirschberg, Benyamin wrote on Sun, 6 Jun 2010 at 16:49 -0000:
>>>> [benyamin@ada-srp ~]$ svn checkout http://ada-srp/kr/svn/trunk/ kr_repos
>>>> svn: URL 'http://ada-srp/kr/svn/trunk' is malformed or the scheme or host or path is missing
>>> That error message comes from neon's ne_uri_parse(). With a client using
>>> serf, or another version of neon, the error might disappear.
>>> [[[
>>> /* from libsvn_ra_neon/session.c */
>>> if (ne_uri_parse(url, uri)
>>> || uri->host == NULL || uri->path == NULL || uri->scheme == NULL)
>>> {
>>> ne_uri_free(uri);
>>> return svn_error_createf(SVN_ERR_RA_ILLEGAL_URL, NULL,
>>> _("URL '%s' is malformed or the "
>>> "scheme or host or path is missing"), url);
>>> }
>>> ]]]
>> Reading that snippet of code, I don't understand why the error would be triggered. It says it should only occur if the host, path or scheme are null. In the URL supplied by the user, it seems clear that the host is meant to be "ada-srp", the path is "/kr/svn/trunk/ kr_repos" and the scheme is "http:" so I don't see the problem.
>> What version of neon are you using, Benjamin?
> I'm using "neon 0.28.3". According to the release history it doesn't seem to be particularly old.

Well, it's 21 months old. That *is* kind of old. There have been seven releases of neon since then.

However, I'm unable to reproduce the issue on Mac OS X 10.6.3, using Subversion 1.6.11 and Neon 0.29.3, Subversion 1.6.11 and Neon 0.28.3, or Subversion 1.6.5 and Neon 0.28.3.

I searched for this error message on Google and found many posts. This one seemed possibly relevant:


It suggests that a second copy of some library (neon? subversion?) somewhere else on your system, and referenced by LD_LIBRARY_PATH, could be throwing off the version of svn you're actually trying to use. Could that be? If not, search Google and see if any of the other hits seem relevant.
Received on 2010-06-07 09:13:01 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.