lkml.org 
[lkml]   [1999]   [Nov]   [15]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
Date
SubjectRe: Bug in fat-fs code: file date/time wrong

[Joe Zbiciak]
> Edgar pointed out the real problem that I had missed: You need to
> figure out if DST was active for each file based on its timestamp.
> Duh. I feel pretty stupid now for not having realized that.

Hmmmmmm ... maybe I'm missing something, but it seems to me that (as
others never fail to point out whenever Linux-specific FAT behavior
comes up) the only raison d'être for FAT is compatibility with legacy
systems. In this case you care about seeing the same timestamps as
these systems.

So, what do legacy systems do?

Extremely limited testing with NT4 vs. mtools suggests that the legacy
system I have seems to use the *current* DST setting -- or, more to the
point, reads and writes timestamps in reference to *current* wall clock
time, *not* correcting for whether DST was in effect at the file's
mtime.

So Linux FAT should do the same. It breaks Unix semantics, but FAT
never was about Unix semantics in the first place.

--
Peter Samuelson
<sampo.creighton.edu!psamuels>

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 13:55    [W:0.039 / U:0.504 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site