Yes, apparently XCOPY doesn't copy empty directories unless especially
instructed to do so. (/E instead of /S)
That explains the problem - although subversion (TortoiseSVN?) could
handle that a bit more gracefully :)
I did what you did, and recreated all missing tmp folders under .svn -
my cleanup and update works now.
On the second error - that is because I deleted most binaries from the
zip file (I mentioned that in my e-mail) - just to get the size down -
so that doesn't indicate any problems at all with SubVersion.
Again, thanks for helping me out here
From: email@example.com [mailto:firstname.lastname@example.org]
On Behalf Of email@example.com
Sent: 6. desember 2004 17:11
To: Birgir Kristmannsson
Subject: Re: .svn/tmp problems
"Birgir Kristmannsson" <firstname.lastname@example.org> writes:
> Same OS - XP Pro with SP2
> XCOPY used to copy (with /S /D /K /H /R /Y /Q parameters)
> I have zipped it up - and after removing temporary files, and some
> binaries, as well as some of the larger chunks, it is still around
> It is available here:
When I ran 'svn update' from the top of that working copy, I got
$ svn up
svn: Working copy '.' locked
svn: run 'svn cleanup' to remove locks (type 'svn help cleanup' for
So I did what it says, and tried 'svn cleanup':
$ svn cleanup
svn: Your .svn/tmp directory may be missing or corrupt; \
run 'svn cleanup' and try again
svn: Can't open file 'NPetshop/NPetshop.Persistence/.svn/tmp/entries':
No such file or directory
Examining the working copy, it appears that *none* of your .svn/
directories have a tmp/ subdir, which they are supposed to have.
I don't know anything about XCOPY, but did it perhaps omit empty
directories? That would have corrupted your working copy.
I wrote a script to add an empty .svn/tmp/ dir inside every .svn/,
then ran cleanup again. It worked fine, but then I tried update, and
got a different error:
$ svn up
svn: Can't copy 'NPetshop/NPetshop.Persistence/bin/Debug/\
No such file or directory
(Note that I've reformatted the error to fit in 80 columns.)
I looked in that .svn/text-base/, and there is no
log4net.dll.svn-base. Yet there is an entry for that file in
Somehow, your working copy has lost vital administrative data from at
least one of its .svn directory. I don't know if something went wrong
in the XCOPY, or if Subversion did it (though I've never heard of
Subversion mistakenly removing a text-base file before).
I think you should save your local mods (use 'svn st' and 'svn diff'),
check out a new working copy, and go from there.
> -----Original Message-----
> From: email@example.com [mailto:firstname.lastname@example.org]
> On Behalf Of email@example.com
> Sent: 3. desember 2004 18:18
> To: Birgir Kristmannsson
> Cc: firstname.lastname@example.org
> Subject: Re: .svn/tmp problems
> "Birgir Kristmannsson" <email@example.com> writes:
> > I just moved my sources to a new machine - all hidden/readonly files
> > were copied.
> Did you switch from one operating system to another? What were they?
> What method did you use to move the working copy?
> > When I first try to do Update on the project, I get an error on:
> > .svn/tmp/tempfile.tmp - The system cannot find the path specified
> > Which is certainly true, there is no such file.
> > I saw some posts on the net that suggested doing Cleanup to fix this
> > problem, but when I try that, I get the same error, but on on
> > directories (.svn/tmp) instead of specific files.
> > If I delete the subproject that the error is reported on, I simply
> > the error on some other (later) project.
> > I'm using TortoiseSVN - but don't think the problem has anything to
> > with that (the error report says that the error comes from
> > Any ideas?
> > I was under the impression that simple copy of folder hierarchy was
> > enough to migrate SubVersion source trees between computers?
> It should be.
> How big is your working copy? Can you zip it up and post it if it's
> not too large?
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Mon Dec 6 19:05:26 2004