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,
Biggi
-----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
4MB.
>
> It is available here:
http://www.mekkanis.com/publicshare/ibatis.net.zip
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
details)
$
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/text-base/log4net.dll.svn-base'
to
'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
.svn/entries.
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.
-Karl
> -----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
get
> > the error on some other (later) project.
> >
> >
> >
> > I'm using TortoiseSVN - but don't think the problem has anything to
do
> > with that (the error report says that the error comes from
SubVersion)
> >
> >
> >
> > 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