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

Re: svn.collab.net is now running Subversion 0.23.

From: Philip Martin <philip_at_codematters.co.uk>
Date: 2003-05-21 00:02:15 CEST

"D.J. Heap" <djheap@dhiprovo.com> writes:

> Back when I was looking at this problem a while ago, I could relieve
> the problem (or it seemed to) by changing the apr_file_rename to use
> the non-unicode-os code. That is, do the Delete and MoveFile rather
> than MoveFileEx. I will try it later tonight or tomorrow when I
> have some time.

That could be OK as a test but as a long term solution it looks a bit
dodgy--what happens if the MoveFile fails, or if the process is killed
between Delete and MoveFile, does the destination disappear?
Subversion relies on an Atomic rename, if you delete the destination
and then fail to complete the rename the working copy is likely to be
broken. I wonder if simply trying MoveFileEx again would do the

Has anyone asked Microsoft about this? I've been told their developer
support is pretty good, although I have never used it myself.

Philip Martin
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 21 00:03:17 2003

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

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