On 10/15/07, Cain, Tom <tcain@solekai.com> wrote:
> We've been experiencing a sporatic bug (the best kind of bug) when using the
> svnClientAdapter. We are actually running a command line RCP application as
> part of a CruiseControl build system.
>
> Part of this application updates a WC to an old revision, does some work,
> then updates it back to the head revision. On these updates, we sporadically
> get the following error:
>
> Caused by:
> org.tigris.subversion.svnclientadapter.SVNClientException:
> Problem running log
> svn: In directory 'C: \wc\source\xyz'
> Access is denied.
> svn: Can't move
> 'C:\wc\source\xyz\.svn\tmp\sample.xml.tmp' to
> 'C:\wc\source\xyz\sample.xml': Access is denied.
>
> Our RCP application is not really all that complex, and we are performing
> all operations synchronously (i.e. not kicking off separate threads that are
> fighting for resources).
>
> I was actually able to reproduce this error a couple of times in the Eclipse
> UI by creating a simple toolbar action that did an SVN update to an old
> revision, then immediately updated to the head revision.
>
> My guess is that some part of either Eclipse or Subclipse is holding on to a
> handle to the sample.xml.tmp file, thus preventing the move.
>
> First, what is this move all about?
>
> Second, any ideas what may be holding on to the temp file, or why it can't
> be moved?
This would be a general Subversion issue as their API's do all the
work. I see this error all the time on their mailing lists. I
believe bad virus scanners are the cause. Most people seem to be able
to exclude .svn folders or an entire work area.
--
Thanks
Mark Phippard
http://markphip.blogspot.com/
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subclipse.tigris.org
For additional commands, e-mail: users-help@subclipse.tigris.org
Received on Tue Oct 16 02:18:56 2007