Re: TAI and Unix epoch issues by Nathan Wiger- September 24, 2000 Nathan Wiger wrote:> > I think we should definitely maintain this in UTC, since this is how> UNIX works natively. If we&39;re standardizing on the UNIX epoch we should> standardize on UTC clock as well.Blech. Now I&39;m not sure after re-reading the thread starting here:http:www.mail-archive.comperl6-language-datetime%40perl.orgmsg00003.htmlHow about this: Somebody else decide and I&39;ll stick it in as a not in v4of RFC 99, which will be the frozen version.-Natehttp://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg86.html Re: TAI and Unix epoch issues by Nathan Wiger- September 24, 2000 Russ Allbery wrote:> > Is Perl keeping UTC or TAI If we&39;re standardizing on an epoch, we should> also standardize on a clock; the difference is over ten seconds. I think we should definitely maintain this in UTC, since this is howUNIX works natively. If we&39;re standardizing on the UNIX epoch we shouldstandardize on UTC clock as well.I&39;m up to over 30 RFC&39;s, so I don&39;t have time to add this, but given thelow traffic on this list I think we can consider it "duly...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg85.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Chaim Frenkel- September 24, 2000 >>>>> "CN" == Chris Nandor <pudgepobox.com> writes:CN> At 13:23 +0200 2000.09.20, Bart Lateur wrote:>> This surely was a bad design decision from the hardware guys. Very>> shortsighted.CN> I don&39;t know if it has anything to do with the hardware clock. It has toCN> do with what the Mac OS API returns for seconds since epoch. TheCN> difference from GMT, or the difference from anything, cannot be hardcoded,CN> because it is dynamic,...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg84.html Re: TAI and Unix epoch issues by Chris Nandor- September 21, 2000 At 16:09 -0700 2000.09.19, Russ Allbery wrote:>Was there any resolution as to how one obtains the offset between the>system clock and the Unix epoch clock on a platform like Mac where>apparently the system clock is in local time and it may be difficult to>determine the time zone of the systemWell, the problem is not the Mac. The Mac returns proper values for gmtimeand localtime, so you can claculate the difference. The problem is that wedon&39;t know if we can calculate the proper.http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg83.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Bart Lateur- September 20, 2000 On 20 Sep 2000 13:03:22 -0700, Russ Allbery wrote:>It&39;s not a hardware problem; the hardware clock just keeps a time. It has>no concept of time zones.I thought later on that I wrote this the wrong way. What I ment was: theguys who did the interface to the hardware.>It&39;s a software problem; back when DOS was a>dead-simple operating system, Microsoft decided to interpret the time as>local time, probably because that was simpler and getting time zones right>is hardWhich is.http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg82.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Russ Allbery- September 20, 2000 Bart Lateur <bart.lateurskynet.be> writes:> This is bad. That system is broken. ;-) I guess that it&39;s the same> situation on MS-DOS, since there the hardware clock is usually set to> local time. It could even happen on Win32!> This surely was a bad design decision from the hardware guys. Very> shortsighted.It&39;s not a hardware problem; the hardware clock just keeps a time. It hasno concept of time zones. It&39;s a software problem; back when DOS was adead-simple...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg81.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Chris Nandor- September 20, 2000 At 13:23 +0200 2000.09.20, Bart Lateur wrote:>This surely was a bad design decision from the hardware guys. Very>shortsighted.I don&39;t know if it has anything to do with the hardware clock. It has todo with what the Mac OS API returns for seconds since epoch. Thedifference from GMT, or the difference from anything, cannot be hardcoded,because it is dynamic, depending on what timezone you are in at the moment.-- Chris Nandor pudgepobox.com http:pudge.netOpen...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg80.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Bart Lateur- September 20, 2000 On Mon, 18 Sep 2000 11:42:50 -0400, Chris Nandor wrote:>>But the OS&39;s idea of the epoch is global!>>No, it isn&39;t! On Mac OS, I can change my epoch by changing my time zone.>If it is harcoded into Config.pm, I am fucked.This is bad. That system is broken. ;-) I guess that it&39;s the samesituation on MS-DOS, since there the hardware clock is usually set tolocal time. It could even happen on Win32!This surely was a bad design decision from the hardware guys....http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg79.html Re: RFC 99 (v3) Standardize ALL Perl platforms on UNIX epoch by Chris Nandor- September 19, 2000 At 11:21 -0400 2000.09.18, Chaim Frenkel wrote:>CN> I don&39;t think you understand ... if you use $ENVTZ, at least it can be>CN> changed for each user, for when you change time zones, DST, etc. For>CN> Config.pm, you have to edit a global value. Ick.>>But the OS&39;s idea of the epoch is global!No, it isn&39;t! On Mac OS, I can change my epoch by changing my time zone.If it is harcoded into Config.pm, I am fucked.>>> Just a functionvariable that would...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg78.html TAI and Unix epoch issues by Russ Allbery- September 19, 2000 One of the major outstanding issues is still exactly what clock Perlintends to keep and return from the time command. There has been somediscussion of the difficulties in obtaining the Unix epoch on platformswhere the native system clock is not using the Unix epoch; Nathan, couldyou update your RFC to include notes about that if possibleWas there any resolution as to how one obtains the offset between thesystem clock and the Unix epoch clock on a platform like Mac whereapparently the system...http://www.nntp.perl.org/group/perl.perl6.language.datetime/2000/09/msg77.html |