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

RE: Copy/Move/Rename Failing

From: Rob Hubbard <Rob.Hubbard_at_celoxica.com>
Date: 2006-09-07 15:16:16 CEST

> In the error messages reported, note that the path "server\mod\..." is the destination path so it's brand spanking new. No other process should have any sort of lock on it.
>
> E:\path\to\parent\directory >svn cp core server
> svn: Can't remove 'server\mod\modules\semod_reports\classes\.svn\tmp\reportcol.cfm.2.tmp'
> svn: Can't remove file 'server\mod\modules\semod_reports\classes\.svn\tmp\reportcol.cfm.2.tmp': The system cannot find the file specified.

Looks like the working copy has become corrupted or confused. (But I'm just guessing.)
Might be a bug in svn.

Other than starting a fresh working copy and repeating the edits; I don't know what else to suggest.
Sorry.

Still, you've moved on at least.

Rob.

-----Original Message-----
From: Rob Wilkerson [mailto:r.d.wilkerson@gmail.com]
Sent: 07 September 2006 13:30
To: Rob Hubbard
Cc: Subversion Mailing List
Subject: Re: Copy/Move/Rename Failing

On 9/7/06, Rob Hubbard <Rob.Hubbard@celoxica.com> wrote:
> Well, yes and no. You could do that, but
> svn mv old_name new_name
> *should* also work.

Yeah, that's what I thought.

> You *should* be able to do this in a working copy. Working locally is always preferable to working directly on the repository, as you can test your changes before you commit them. In addition, if that rename is going to be in conjunction with other changes (such as changing relative paths in makefile or for included files) then it would be preferable to have all those changes in a single change set and single commit.

I spent most of yesterday trying to make it happen in my working copy
for just that reason. When it came down to it, though, I had to get
it done and move on so I took the path suggested by Sivakumar.

> SVN will (or should) never destroy information, even in your working copy. Perhaps you are seeing a result of that. For example, reverting an added file (without history) only reverts the act of adding, but does not delete the file. I'm not sure what is the problem in your case.
>
> Could you (Rob) show the commands you're giving and the responses from SVN? Perhaps you could provide a little more detail, preferably a cut down demonstration of the behaviour you're seeing. If you could demonstrate the problem with just a few files and directories, it might be clearer. Someone on the mailing list might then be able to provide more help...

Since it's already been done, the best I can do is paste the example I
pasted to another mailing list. In this example, I had moved past
move/rename and was just trying the copy step all by itself to see
whether I could just get that far.

In the error messages reported, note that the path "server\mod\..." is
the destination path so it's brand spanking new. No other process
should have any sort of lock on it.

E:\path\to\parent\directory >svn cp core server
svn: Can't remove
'server\mod\modules\semod_reports\classes\.svn\tmp\reportcol.cfm.2.tmp'
svn: Can't remove file
'server\mod\modules\semod_reports\classes\.svn\tmp\reportcol.cfm.2.
tmp': The system cannot find the file specified.

_____________________________________________________________________
This incoming message has been checked for all known viruses by the Messagelabs Scanning System, on behalf of Celoxica Ltd.

_____________________________________________________________________
This message has been checked for all known viruses by the MessageLabs Virus Scanning Service, on behalf of Celoxica Ltd.

This email and any files transmitted with it are confidential and
may be legally privileged. It is intended solely for the use of the
individual or entity to whom it is addressed. If you have received
this in error, please contact the sender and delete the material
immediately. Whilst this email has been swept for viruses, you
should carry out your own virus check before opening any
attachment. Celoxica Ltd accepts no liability for any loss or
damage which may be caused by software viruses or interception
or interruption of this email.

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Thu Sep 7 15:20:55 2006

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.