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

Re: svn completely looses file modifications due to FAT 2s time resolution (data loss!!?)

From: Andy Whitcroft <apw_at_shadowen.org>
Date: 2004-07-12 18:15:31 CEST

--On 12 July 2004 09:28 -0500 kfogel@collab.net wrote:

> What is a good solution? Perhaps we should sleep for 2 seconds on FAT
> systems?

All this guess sleeping Very Sucky (TM). How about we loop (gently) until
a temp file we touch in the WC has a newer modification time than any
committed file? In the normal case where the user has typed 'vi' ... 'svn
commit' we should succeed at the first attempt with 0s delay as enough time
will already have passed. Otherwise we will have to 'wait' until the timer
moves on. I am guessing we are returned an apr_time_t here, that is a
sub-second resolution timer and presumably contains such information for
OS's which support sexy stat calls. So I guess the loop could retry say
10th second or something. Anyhow, this algorithm should 'guarentee' we
never hit this issue again with any new (older) FS which is even more pants


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 12 18:15:24 2004

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.