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

RE: .svn/tmp problems

From: Birgir Kristmannsson <bk_at_mekkanis.com>
Date: 2004-12-06 19:02:45 CET

Ok, thanks,

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

Best regards,

-----Original Message-----
From: kfogel@newton.ch.collab.net [mailto:kfogel@newton.ch.collab.net]
On Behalf Of kfogel@collab.net
Sent: 6. desember 2004 17:11
To: Birgir Kristmannsson
Cc: users@subversion.tigris.org
Subject: Re: .svn/tmp problems

"Birgir Kristmannsson" <bk@mekkanis.com> 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
  subversion/libsvn_wc/lock.c:157: (apr_err=155004)
  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
  subversion/libsvn_wc/adm_files.c:446: (apr_err=2)
  svn: Your .svn/tmp directory may be missing or corrupt; \
       run 'svn cleanup' and try again
  subversion/libsvn_subr/io.c:1989: (apr_err=2)
  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
   subversion/libsvn_subr/io.c:563: (apr_err=2)
   svn: Can't copy 'NPetshop/NPetshop.Persistence/bin/Debug/\
                    .svn/tmp/text-base/log4net.dll.svn-base.tmp': \
       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: kfogel@newton.ch.collab.net [mailto:kfogel@newton.ch.collab.net]
> On Behalf Of kfogel@collab.net
> Sent: 3. desember 2004 18:18
> To: Birgir Kristmannsson
> Cc: users@subversion.tigris.org
> Subject: Re: .svn/tmp problems
> "Birgir Kristmannsson" <bk@mekkanis.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: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Mon Dec 6 19:05:26 2004

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