[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: Leeuw van der, Tim <tim.leeuwvander_at_nl.unisys.com>
Date: 2003-05-21 11:36:44 CEST

Hiya,

I had this problem the other week with:
- Subversion 0.20.1
- Apache 2.0.44
- Win2k SP3 + latest security-patches
- Single-CPU, P3, 750MHz notebook with 512Mb RAM

So yes, it can certainly happen on a single-cpu machine... Which is why I'm
following this thread with interest.

I have to admit that I had win-explorer open and showing the same
entries-file. A quick test from the console shows me that I can
rename/delete a file that is selected in an explorer-window, but explorer
might have just been trying to do something with the file at the same time.

regards,

--Tim van der Leeuw

-----Original Message-----
From: D.J. Heap [mailto:dj@shadyvale.net]
Sent: woensdag 21 mei 2003 4:37
To: dev@subversion.tigris.org
Subject: Re: svn.collab.net is now running Subversion 0.23.

Simply retrying the MoveFileEx seems to work fine most of the
time...once in a while it requires multiple retries to get through,
though. A Sleep(1) in front of the retry has been 100% successful for
me so far, though I'd guess that's just timing luck. It certainly has
the feel of a race.

Also, I can only recreate this problem on my hyperthreaded cpu box...it
just doesn't happen if I disable a cpu or if I'm on a single cpu box. I
can even turn on the AV realtime scanning and it doesn't happen. Is
anyone having this problem on a single cpu system?

DJ

D.J. Heap wrote:
> I will also test retrying MoveFileEx. As for MS developer support, they
> are pretty good if you can give them a small reproduction test program
> or recipe...that's what I was originally trying to do but couldn't
> outside of Subversion. I'm not sure how they would respond to
> Subversion and stress.pl as the recipe...they might look at it, but I'm
> not sure. Even if they did and found a problem, though, it could easily
> be months or years or never before they actually fix it.
>
> DJ
>
> -----Original Message-----
> From: Philip Martin [mailto:pm@localhost] On Behalf Of Philip Martin
> Sent: Tuesday, May 20, 2003 4:02 PM
> To: dev@subversion.tigris.org
> Subject: Re: svn.collab.net is now running Subversion 0.23.
>
>
> "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
> trick?
>
> Has anyone asked Microsoft about this? I've been told their developer
> support is pretty good, although I have never used it myself.
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Wed May 21 11:37:46 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.