Wednesday April 24 2024 22:50, from Alexey Fayans -> Daniil Ustuzaninov:
AF>>> Можно, вот только на что? Придётся ещё и вместо PKT какой-то AF>>> формат разрабатывать и массово на него переходить. Самое простое AF>>> решение проблемы - писать 64-битный unixtime DU>> Понятненько, как раз об этом и думал, что нужно просто сделать DU>> его 64 битным. AF> Просто сделать - не достаточно.
Ато. В сквише из-за ДОСовских APIев ваще секунды все только чётные, и никаво не запаривает, зато проблему юниксового времени чуть должен переживёт.
DU>> Принятно, огромнеёшее спасибо за разъяснения, думал что эта дата DU>> оочень близко. 2035-2045 вроде) AF> В 2038-м сломается софт, который испоьзует long вместо ulong под AF> юникстайм. Но сломается не сильно, прото будет некорректно дату AF> отображать.
Ваще-то time_t очень даже platform-specific, и если хочешь его, например, печатать, то расширяй до long long и как %lld печатай.
Best Regards, Nil --- GoldED+/LNX 1.1.5-b20240306 * Origin: FidoNet member since 1995 (2:5015/46)
