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

Re: file modifications get lost due to FAT 2s time resolution

From: Mark Phippard <MarkP_at_softlanding.com>
Date: 2004-07-15 18:46:36 CEST

Ben Reser <ben@reser.org> wrote on 07/15/2004 12:34:01 PM:

> On Thu, Jul 15, 2004 at 02:22:46PM +0200, Sven Mueller wrote:
> > Actually, this is not completely true. The cygwin compile of SVN works

> > quite fine on Windows 98 (at least 98SecondEdition onwards). And that
> > does not deprecate FAT (VFAT/FAT32) at all, in fact it doesn't support

> > any other file system.
> Finally, everyone should remember that putting this in a 2.0 milestone
> doesn't mean someone won't decide to do it sooner. It means that in
> mine and some of the other developers opinions that this is something we
> want to have fixed before 2.0.
> People willing to try fixing this without starting over on the wc are
> welcome to. We'll evaluate the patch. If it is technically competent
> and complies with our compatability gurantees we'll apply it.

I have to say that I do not quite understand why this even falls into the
category of a bug. It seems like the circumstances that would trigger it
would almost have to be intentional, at which point, if the person really
had a desire to do what they are doing, all they have to do is make their
script sleep. I do not see the real world case where someone would run
into this bug.

Along that same line of reasoning, I do not understand why the current
code attempts to "sleep" in the first place. If that code is only there
to handle this kind of edge case, why even have it all?


To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Thu Jul 15 18:47:05 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.