= Сообщение: 2456 из 2735 =================================== RU.FTN.DEVELOP = От : Alexey Fayans 2:5030/1997 25 Apr 24 08:46:43 Кому : Nil A 25 Apr 24 08:46:43 Тема : Проблема отсчёта даты в UNIX подобных системах. FGHI : area://RU.FTN.DEVELOP?msgid=2:5030/1997@fidonet+6629f28c На : area://RU.FTN.DEVELOP?msgid=2:5015/46+662969fa = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Hello Nil!
On Wed, 24 Apr 2024 23:18 +0300, in a message to me, you wrote:
NA> Ато. В сквише из-за ДОСовских APIев ваще секунды все только чётные, и NA> никаво не запаривает, зато проблему юниксового времени чуть должен NA> переживёт.
Ага, на год примерно.
DU>>> Принятно, огромнеёшее спасибо за разъяснения, думал что эта дата DU>>> оочень близко. 2035-2045 вроде) AF>> В 2038-м сломается софт, который испоьзует long вместо ulong под AF>> юникстайм. Но сломается не сильно, прото будет некорректно дату AF>> отображать. NA> Ваще-то time_t очень даже platform-specific, и если хочешь его, NA> например, печатать, то расширяй до long long и как %lld печатай.
Для Fido/BBS написно дофига софта на Паскале (TP/BP/VP), где есть только long (Longint), а ulong нет и в помине. И максимальное положительное значение там будет 2^31, то есть 19 января 2038 года. Поэтому после этой даты всё уедет в 1970 год, и будет идти с каждым днём в прошлое. Но генерироваться юникстайм будет правильно до 2016 года, потому что range check в компиляторах обычно выключен. Так что проблемы будут только с отображением даты.
