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

Re: svn switch to move between servers

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2002-09-17 14:59:05 CEST

Philip Martin <philip@codematters.co.uk> writes:

> Timothee Besset <ttimo@idsoftware.com> writes:
>
> > The steps to reproduce would be:
> >
> > Provided that you have a working copy of http://server/trunk and you created a http://server/branch
> >
> > svn mv file1 file2
> > (file1 was a working copy file, file2 is new)
> >
> > svn switch http://server/branch
> >
> > This will fail with an error about file2 being unknown in branch/ (I don't
> > have the exact error message around anymore)
>
> Heh, that's a bug! It works using ra_local, but ra_dav produces
>
> $ svn info wc | grep Url
> Url: http://localhost:8888/tmp/repo/trunk
> $ svn st wc
> A + wc/bar
> D wc/foo
> $ svn sw http://localhost:8888/tmp/repo/branch wc
> ../svn/subversion/libsvn_wc/adm_files.c:754: (apr_err=155010, src_err=0)
> svn: Can't find a working copy path
> svn: open_props: path 'wc/foo' not found

(gdb)
#4 0x4009e19e in end_element (userdata=0x8087a38, elm=0x400a5150,
    cdata=0x8089038 "/tmp/repo/!svn/ver/3/branch/foo")
    at ../svn/subversion/libsvn_ra_dav/fetch.c:1929
1929 rb->ras->pool) );
(gdb) p rb->current_wcprop_path
$1 = 0x8098690 "foo"
(gdb)

Looking in libsvn_ra_dav/fetch.c:end_element I see

              /* ### I *think* we have to remove any old
                 version-url-rev when we set a new version-url here.
                 Not totally sure, though, hoping dav-savvier eyeballs
                 than mine will see this and know the answer... */
              CHKERR( rb->ras->callbacks->set_wc_prop
                      (rb->ras->callback_baton,
                       rb->current_wcprop_path,
                       SVN_RA_DAV__LP_VSN_URL_REV,
                       NULL,
                       rb->ras->pool) );

So it's trying to remove version-url-rev on a file that is scheduled
for deletion.

-- 
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Sep 17 14:59:43 2002

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

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