summaryrefslogtreecommitdiff
path: root/doc/bugs/Windows_file_timestamp_timezone_madness.mdwn
diff options
context:
space:
mode:
Diffstat (limited to 'doc/bugs/Windows_file_timestamp_timezone_madness.mdwn')
-rw-r--r--doc/bugs/Windows_file_timestamp_timezone_madness.mdwn31
1 files changed, 0 insertions, 31 deletions
diff --git a/doc/bugs/Windows_file_timestamp_timezone_madness.mdwn b/doc/bugs/Windows_file_timestamp_timezone_madness.mdwn
deleted file mode 100644
index 69e9838f2..000000000
--- a/doc/bugs/Windows_file_timestamp_timezone_madness.mdwn
+++ /dev/null
@@ -1,31 +0,0 @@
-Windows has an unfortunate handling of time zones, which means that when
-the time zone is changed (or DST changes), the timestamps of files also
-appear to change.
-
-This means that after such a change, git-annex will see new mtimes, and
-want to re-checksum every file in the repo.
-
-[[!tag confirmed]]
-
-> Update: Actually, I seem to have been getting confused by behavior of
-> cygwin terminal setting TZ. That indeed led to timestamp changes when the
-> time zone changed. I have made git-annex unset TZ to avoid this.
->
-> Without TZ set, time stamps are actually stable across time zone changes.
-> Ie, a simple program to read the time stamp of a file and print it
-> always shows the same thing, before and after a timezone change.
->
-> However, and here's where it gets truely ghastly: A program that stats a
-> file in a loop will see its timestamp change when the timezone changes.
-> I suspect this might be a bug in the Haskell RTS caching something it
-> should not. Stopping and re-running the program gets back to the
-> original timestamp.
->
-> I have not tested DST changes, but it's hard to imagine it being any
-> worse than the above behavior.
->
-> So, that's insane then. We can't trust timestamps to be stable on windows
-> when git-annex is running for a long period of time. --[[Joey]]
->
-> > [[fixed|done]], using the inode sentinal file to detect when windows
-> > has lost its mind, and calculating its delta from insanity. --[[Joey]]