[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: Martin Tomes <lists_at_tomes.org>
Date: 2004-07-19 11:18:19 CEST

Toby Johnson wrote:
> Ben Reser wrote:
>
>> Windows 98, 98 SE, and ME are all at the end of their offical support
>> lifetime. Microsoft extended critical security bug fix support and paid
>> support until June 30th, 2006. If you're on these systems you should be
>> looking to replace them. So I consider these platforms deprecated.
>>
> Win 9x/Me isn't the only place FAT is used; to my knowledge, FAT is just
> about the only (easy, free) way to share filesystems between Windows
> (whether 9x/NT/2k/XP/2003) and Linux (by "share", I don't mean SMB or
> ICFS, I'm referring to e.g. dual-booters who want a partition to be
> visible to both Windows and Linux).
>
> I'm not arguing one way or the other towards a fix, just pointing out
> that there are very valid reasons for people to still be using FAT.

FAT is also used on memory sticks. Someone here copied their working copy onto a memory stick, took
it home and copied the wc onto their home machine and then wondered why svn status took so long.
The loss of timestamp precision meant that a lot of diffs were being done. Of course the solution
to this is to zip the files onto the memory stick, but it does show there are cases where FAT will
continue to be used for the foreseeable future. Users would expect to be able to check out onto a
memory stick in order to take the code home.

-- 
Martin Tomes
echo 'martin at tomes x org x uk'\
  | sed -e 's/ x /\./g' -e 's/ at /@/'
The Subversion Wiki is at http://www.subversionary.org/
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Mon Jul 19 11:18:36 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.