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.
DJ
-----Original Message-----
From: Branko Èibej [mailto:brane@xbc.nu]
Sent: Tuesday, May 20, 2003 2:24 PM
To: Julian Reschke
Cc: D.J. Heap; 'Subversion Developers'
Subject: Re: svn.collab.net is now running Subversion 0.23.
Julian Reschke wrote:
>>From: D.J. Heap [mailto:djheap@dhiprovo.com]
>>Sent: Tuesday, May 20, 2003 6:59 PM
>>To: 'Branko Cibej'; 'Subversion Developers'
>>Subject: RE: svn.collab.net is now running Subversion 0.23.
>>
>>
>>After running stress.pl for a while this morning on Windows, I can
>>confirm that I still have the svn_io_rename_file problem (with no AV
>>scanning going on), although it is pretty rare, and can also confirm the
>>rather large degradation of performance when I switch to BDB 4.1.15 --
>>approximately 3-4x worse running local and through mod_dav_svn...it's
>>much much more noticeable under mod_dav_svn, of course.
>>
>>
>
>I'm not sure whether there's relation, but we are currently seeing a
>possibly related problem with Windows file system caching (in a totally
>different context). Our tests include:
>
>- creating a folder "a" containing a resource "b"
>- renaming "a" to "c"
>- looking up "a/b" (which is supposed to fail but doesn't always)
>
>and
>
>- creating a file "a"
>- changing the file's contents (with a different size)
>- checking the file length for "a" (which sometimes returns the old length)
>
>As far as I can tell, the following conditions add to the probability of
>failure:
>
>- the files being on a remote file system
>- the "local machine" (W2K) configured as "optimized as server" instead of
>"optimized for desktop operations" (not sure about how the UI calls that in
>english language systems.)
>
>Is this possibly "simply" a caching bug in Windows?
>
>
I suspect something like that, although in the svn_io_rename_file case,
it's on a local filesystem. All the symptoms point to a caching problem.
It's fairly weird, and a simple test case obviouisly won't uncover the
bug; but it's quite possible, given how horrendously difficult it is to
write even a simple Windows filesystem driver.
--
Brane ÄŒibej <brane_at_xbc.nu> http://www.xbc.nu/brane/
**********************************************************************
This email and any files transmitted with it are confidential
and intended solely for the use of the individual or entity to
whom they are addressed. If you have received this email
in error please notify the system manager.
This footnote also confirms that this email message has been
swept by MIMEsweeper for the presence of computer viruses.
www.mimesweeper.com
**********************************************************************
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue May 20 23:39:52 2003