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

Re: corrupted working copy

From: Mark Phippard <markp_at_softlanding.com>
Date: 2005-11-20 13:38:01 CET

> some temporary files created next to the corrupted file. So, I guess it
> could be somehow related to the blocked files (e.g. when compiler is
> running or file is under edit/merge) when adapter can't change either
> resource or .svn metadata and leave corrupted state.

We would need a reliable reproduction recipe. We can then confirm if it
also happens with JavaHL. The bottom line is that it is up to the
Subversion API used not to corrupt itself.

> If anything like that happens there should be an easy way for the user
> to restore working copy, e.g. get last resource from the repository.

I agree, but Subversion would have to provide an API we can call to do
this. I assume you tried the cleanup action? I do recall from the
Subversion users@ list that once you got this error you did not have much
chance to repair it.


Scanned for SoftLanding Systems, Inc. and SoftLanding Europe Plc by IBM Email Security Management Services powered by MessageLabs.
Received on Sun Nov 20 23:38:01 2005

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

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.