[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:42:42 CEST

--On 12 July 2004 10:07 -0500 kfogel@collab.net wrote:

> This sounds interesting. The only issue is that if there are very
> many committed files, then the amount of time to inspect them could be
> large. In other words, right now we have an O(1) algorithm with a
> high constant factor. This change would take us to an O(N) algorithm,
> but with a low constant factor.

Have we not had to just stat them all already to check whether they need to
be committed in the first place? Ie should we not be in a position to know
the highest time already with no additional work? Code simplicity and
containment not withstanding?


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:42:35 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.