Проблема отсчёта даты в UNIX подобных системах.

Daniil Ustuzaninov написал(а) к All в Apr 24 00:08:50 по местному времени:

Привет, All!

Будет ли теоретически работать тоссер и мейлер после той страшной даты в UNIX когда начнётся отсчёт с 1980 года. Или это проблема не в коде FTN софта, а в коде ядра UNIX и от нас это не зависит?

Приятного дня, All.
--- GoldED+/LNX 1.1.5-b20231028

Alexey Fayans написал(а) к Daniil Ustuzaninov в Apr 24 07:10:23 по местному времени:

Нello Daniil!

On Wed, 24 Apr 2024 00:08 +0300, in a message to All, you wrote:

DU> Будет ли теоретически работать тоссер и мейлер после той страшной
DU> даты в UNIX когда начнётся отсчёт с 1980 года.

Тоссеру и мейлеру пофиг на это, проблемы будут у софта, который работает с этими датами, и если софт не совсем дебильный, про проблемы начнутся только в 2106 году.

DU> Или это проблема не в коде FTN софта, а в коде ядра UNIX и от нас это
DU> не зависит?

Проблема в формате баз данных сообщений, где под дату выделили 4 байта, и больше туда никак не записать.


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
--- GoldED+/W32-MSVC 1.1.5-b20240306

Daniil Ustuzaninov написал(а) к Alexey Fayans в Apr 24 12:13:22 по местному времени:

Привет, Alexey!

Wednesday April 24 2024 07:10, Alexey Fayans (2:5030/1997) => Daniil Ustuzaninov:

DU>> Будет ли теоретически работать тоссер и мейлер после той
DU>> страшной даты в UNIX когда начнётся отсчёт с 1980 года.
AF> Тоссеру и мейлеру пофиг на это, проблемы будут у софта, который
AF> работает с этими датами, и если софт не совсем дебильный, про проблемы
AF> начнутся только в 2106 году.

Понял, спасибо за разъяснения!

DU>> Или это проблема не в коде FTN софта, а в коде ядра UNIX и от нас
DU>> это не зависит?
AF> Проблема в формате баз данных сообщений, где под дату выделили 4
AF> байта, и больше туда никак не записать.

Т.е. как решение можно просто сменить БД?

Приятного дня, Alexey.
--- GoldED+/LNX 1.1.5-b20231028

Alexey Fayans написал(а) к Daniil Ustuzaninov в Apr 24 12:45:23 по местному времени:

Нello Daniil!

On Wed, 24 Apr 2024 12:13 +0300, in a message to me, you wrote:

DU>>> Или это проблема не в коде FTN софта, а в коде ядра UNIX и от
DU>>> нас это не зависит?
AF>> Проблема в формате баз данных сообщений, где под дату выделили 4
AF>> байта, и больше туда никак не записать.
DU> Т.е. как решение можно просто сменить БД?

Можно, вот только на что? Придётся ещё и вместо PKT какой-то формат разрабатывать и массово на него переходить.

Самое простое решение проблемы - писать 64-битный unixtime в какой-нибудь кладж и научить софт с ним работать. Но это всё будет актуально только через 80+ лет, вряд ли фидо к тому времени ещё будет функционировать.


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
--- GoldED+/W32-MSVC 1.1.5-b20240306

Daniil Ustuzaninov написал(а) к Alexey Fayans в Apr 24 16:27:38 по местному времени:

Привет, Alexey!

Wednesday April 24 2024 12:45, Alexey Fayans (2:5030/1997) => Daniil Ustuzaninov:

DU>>>> Или это проблема не в коде FTN софта, а в коде ядра UNIX и от
DU>>>> нас это не зависит?
AF>>> Проблема в формате баз данных сообщений, где под дату выделили 4
AF>>> байта, и больше туда никак не записать.
DU>> Т.е. как решение можно просто сменить БД?
AF> Можно, вот только на что? Придётся ещё и вместо PKT какой-то формат
AF> разрабатывать и массово на него переходить.
AF> Самое простое решение проблемы - писать 64-битный unixtime

Понятненько, как раз об этом и думал, что нужно просто сделать его 64 битным.

AF> в
AF> какой-нибудь кладж и научить софт с ним работать. Но это всё будет
AF> актуально только через 80+ лет, вряд ли фидо к тому времени ещё будет
AF> функционировать.

Принятно, огромнеёшее спасибо за разъяснения, думал что эта дата оочень близко. 2035-2045 вроде)

Приятного дня, Alexey.
--- GoldED+/LNX 1.1.5-b20231028

Alexey Fayans написал(а) к Daniil Ustuzaninov в Apr 24 22:50:56 по местному времени:

Нello Daniil!

On Wed, 24 Apr 2024 16:27 +0300, in a message to me, you wrote:

AF>> Можно, вот только на что? Придётся ещё и вместо PKT какой-то
AF>> формат разрабатывать и массово на него переходить. Самое простое
AF>> решение проблемы - писать 64-битный unixtime
DU> Понятненько, как раз об этом и думал, что нужно просто сделать его 64
DU> битным.

Просто сделать - не достаточно.

DU> Принятно, огромнеёшее спасибо за разъяснения, думал что эта дата
DU> оочень близко. 2035-2045 вроде)

В 2038-м сломается софт, который испоьзует long вместо ulong под юникстайм. Но сломается не сильно, прото будет некорректно дату отображать.


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
--- GoldED+/W32-MSVC 1.1.5-b20240306

Nil A написал(а) к Alexey Fayans в Apr 24 23:18:48 по местному времени:

Нello, Alexey!

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

Alexey Fayans написал(а) к Nil A в Apr 24 08:46:43 по местному времени:

Нello 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 в компиляторах обычно выключен. Так что проблемы будут только с отображением даты.


... Music Station BBS | https://bbs.bsrealm.net | telnet://bbs.bsrealm.net
--- GoldED+/W32-MSVC 1.1.5-b20240306