Skip to main content


Просмотр конференции

Предыдущее Следующее

Дата: 18 Dec 2020, 07:43:26
От: Denis Mosko @ 2:5064/54.1315
Кому: All
Тема: two digit years must die

   Привет, All!

Как с этим делом на Python'e для Windows 7 x 86?

   С уважением - Denis
*====Переслал: Denis Mosko (2:5064/54.1315)===
* Из конференции : asian_link (asian_link)
* Тема : two digit years must die
-={ Geloofwaardige datetime-stempel voor Ladysmith BC, Canada: 2020-12-17 17:39:29 -0800 }=-

Hallo All!

After playing around with two digit years I've discovered that at the zero hour of January 1st 2069 coreutil's date application suddenly reverts back to 1969 as shown below;

-={ date --date='31 Dec 68 23:59:59 +0000' +'%F %T %z' }=-
2068-12-31 23:59:59 +0000

-={ date --date='1 Jan 69 00:00:00 +0000' +'%F %T %z' }=-
1969-01-01 00:00:00 +0000

Note that I am using for input the FTN two digit year with a corrected UTC offset rather than the documented fts-4008 TZUTC flag which will produce an error for all eastern timezones using proper
date and time applications no matter if two or four digit years.  I am not aware of any routine that will properly compensate for this obvious flaw other than one I wrote specifically to address the
FTSC's obvious handicap when it comes to recognizing reality and their part in the propagation of msg corruption.  /tsk/

Of further interest is the output of converting 2069 datetime stamps to unixtime will produce negative seconds that will be repeated in reverse in 2070 since everything up to 2099 reverts back to the
1900's as shown below;

-={ date --date='1 Jan 69 00:00:01 +0000' +'%s' }=-

-={ date --date='31 Dec 70 23:59:59 +0000' +'%s' }=-

Not good at all but not as bad as other examples of total two digit year corruption caused by other datetime apps as well as differing OSes and their associated problems with two digit years ... but
I won't since they are really depressing to read about to say the least.  Instead I will offer up that the corrected datetime stamp at the start of this message was calculated by the coreutils-8.32
date application as well as the FTN msgHeader's two digit year which is NEVER used again for anything.  The proper solution would be to finally get rid of it which should have happened at least in
2002 when it was declared obsolete in use for digital communications.  If it isn't obvious to you then I am guessing you're a member of the FTSC.

... Uef, if you speak well, act accordingly.

--- GoldED+/W32-MINGW 1.1.5-b20120519 (Kubik 3.0)
Origin: Qu! (2:5064/54.1315)

Предыдущее Следующее

К списку сообщений
К списку конференций