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

Bug in 'svn cp dir1 dir2'

From: Chris Fallin <chrisfallin_at_attbi.com>
Date: 2002-04-27 02:05:40 CEST

Hi everyone,

Apologies if this isn't the right list and/or this topic has already been
discussed - I just subscribed so I could post this.

I believe I have found a bug in the directory copy function of Subversion -
what would be used to create tags and branches. I'm using the Win32 build of
r1741 (from the Downloads page of the web site), from a Cygwin shell on
Win2K, however I have also reproduced this behavior under Linux using a
build of the r1682+ tarball from the Downloads page. Below is a reproduction
of the bug.

/tmp $ svnadmin create repos
/tmp $ svn co file:///program\ files/cygnus/cygwin/tmp/repos -d r
/tmp $ cd r
/tmp/r $ svn mkdir a
A a
/tmp/r $ echo "1" > a/1
/tmp/r $ svn add a/1
A a/1
/tmp/r $ svn commit -m "Initial tree"
Adding a
Adding a/1
Transmitting file data .
Committed revision 1.
/tmp/r $ svn cp a b
A b
/tmp/r $ svn commit -m "Copied tree"
Adding b
Adding b/1

svn_error: #21050 : <General filesystem error>
  Commit failed (details follow):

svn_error: #21050 : <General filesystem error>
  add_file `b/1': got copy_path, but no copy_rev

While experimenting with this, I dug out an old r1302 Win32 binary, and the
same procedure above worked flawlessly, so I conclude that the bug is caused
by something added recently.

I can work around the bug by manually copying the directory, removing the
.svn subdirs, and adding the tree. Although this isn't exactly
elegant/convenient, it works for now.

Thanks for all the hard work put into Subversion!

To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Apr 27 02:06: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.