On 1 July 2012 15:20, Tim <ignored_mailbox@xxxxxxxxxxxx> wrote: > On that note, I've often wondered how systems that look at a file's GMT > datestamp and tell you that time translated into your local time, cope > with datestamps from a long way away, when timezone rules keep on > changing. We could maintain a table of rules so that the computer can > correctly give you the times during summer of 1976, but how far back is > the table maintained? Sure, you won't have to read back a timestamp > from the year 1827, but there could be a reason to calculate something > from a known date and time, that's not to do with a computer file. And > there's the converse function. If you had to calculate a date and time > in 2023, would you know what rules would be applied during that year to > do it correctly? Of course it's not a particularly new problem, historians have had to contend with missing (or extra) days and years for a long time. -- imalone http://ibmalone.blogspot.co.uk -- users mailing list users@xxxxxxxxxxxxxxxxxxxxxxx To unsubscribe or change subscription options: https://admin.fedoraproject.org/mailman/listinfo/users Guidelines: http://fedoraproject.org/wiki/Mailing_list_guidelines Have a question? Ask away: http://ask.fedoraproject.org
