Фидонет окончательно умрёт в 2038ом?

Vitaliy Aksyonov написал(а) к Nil A в Feb 23 12:32:34 по местному времени:

Привет, Nil!

13 Feb 23 21:32, ты писал(а) мне:

VA>>>> В Squish поля даты как-то иначе реализованы?
NA> В Squish используется формат даты DOS 32-битовые поля
NA> https://learn.microsoft.com/en-us/cp...32-bit-windows
NA> -time-date-formats

NA> Как минус - только чётные секунды могут хранится, а это уже означает,
NA> что дата оригинального сообщения искажена. Хотя, для этого есть
NA> оригинальное поле _ftscdate на 20 байт, его можно сново распарсить и
NA> достать, но, например, хаски SMAPI библиотека так не делает. Тут в эхе
NA> fidosoft.husky, Oli 2:280/464 опять на эту тему распинался, что надо
NA> бы _ftscdate парсить каждый раз в SMAPI.

Это не такая большая проблема. Я не думаю, что кто-то сильно заморачивается точностью в секунды. :) А кому надо - пусть присылает патч (с). :D

VA>>>> Какие еще плюсы Squish по сравнению с Jam?

NA> Текущая реализация пуржилки в хаски sqpack, она ломает уникальность
NA> сообщений в Jam, если это кому-то важно, например jamnntpd/smapinntpd.
NA> Squish хранит связные списки, и там есть понятие Unique message ID
NA> ("USMGID"). Удаление сообщений в середине где-то не является большой
NA> проблемой, если это какой-то частый у тебя случай использования. В Jam
NA> так тоже можно сделать типа USMGID, просто прибавить basemsgnum к
NA> текущему номеру сообзения, но тогда надо оставлять "дырки", что
NA> немного расход байтиков, плюс sqpack эти дырки схлопывает и USMGID уже
NA> не рассчитаешь.

Погоди. В JAM есть MSGID. Никто не мешает софту вычитывать MSGID, а не использовать номер сообщения в базе.

AS>>> На один файл меньше для эхи (там только текст, индекс и
AS>>> lastread)

NA> В JAM многие клюджи уже хранятся под ID, наверное так место меньше
NA> занимает, и может быть так быстрее искать кому-то. А ещё различие
NA> lastread в том, что в Squish есть понятие номера пользователя (в
NA> голдеде это называется SQUISНUSERNO), как и в Msg/Opus, а в JAM там
NA> CRC от юзернейма (UserID как-то не принято смотреть). Ещё в JAM есть
NA> отдельно последнее прочитанной сообщений, и последнее увиденное, но
NA> этим тоже никто не пользуется. Голдед, например, у себя сбоку хранит
NA> увиденные и последние, чтобы сказать сколько новых с последнего
NA> захода.

Я с Jam форматом разбирался когда-то. Даже наваял либу небольшую на Java, которая читает этот формат. Правда, на запись меня не хватило. :D

VA>> Почему там нет проблемы 2038 года? :)

NA> Как мы уже выяснили, проблемы 2038 года нет ни в Jam, ни в Squish, ни
NA> в Msg/Opus, в том месте, как хранится дата. А вот старый софт может не
NA> совсем корректно дату вычитывать и показывать, внутри себя оперируя с
NA> 32битным знаковым числом.

Ну и слава яйцам. А кто пользуется старым софтом - ССЗБ. Ну или пропатчат.

VA>> А еще я слышал, что в Squish каждое письмо может быть
VA>> прилинковано максимум к 10 другим.
NA> Там вшито replies word[9].

Вот-вот. Даже 9, а не 10.

VA>> А я использую линковку. В Jam нет такого ограничения.
NA> Вообще, эта вся линковка, наверное требовалось в ДОСовские времена,
NA> когда дискеты или харды были медленными и памяти мало, и надо было
NA> прям оптимизированно бегать по индексам точно. Но сегодня почти весь
NA> софт себе целиком в память затаскивает весь индекс файл, и прям
NA> пробежаться и построить дерево ответов по тексту не сильно много
NA> времени займёт, каждый раз прям.

Так-то можно и хрен стеклянный сломать и руки порезать. Вопрос в эффективности. Зачем дерево ответов строить каждый раз при открытии базы, если это можно сделать один раз? По факту это и есть индекс ответов.

Best regards,
Vitaliy Aksyonov.

... Нет ничего быстрее мысли. Нет ничего медленее думы.
--- GoldED+/LNX 1.1.5-b20230205

Nil A написал(а) к Vitaliy Aksyonov в Feb 23 22:40:04 по местному времени:

Нello, Vitaliy!

Monday February 13 2023 12:32, from Vitaliy Aksyonov -> Nil A:

NA>> Как минус - только чётные секунды могут хранится, а это уже
NA>> означает, что дата оригинального сообщения искажена. Хотя, для
NA>> этого есть оригинальное поле _ftscdate на 20 байт, его можно
VA> Это не такая большая проблема. Я не думаю, что кто-то сильно
VA> заморачивается точностью в секунды. :)

Не, ну так-то когда хаски тоссит входящие бандлы и раскидывает на линков эху, то там секундочки ещё не попротились, и никто не анноится. А если кто-то достаёт из базы, или опять же sqpack перепаковывает, то на лицо фальсификация оригинального сообщения.

VA> А кому надо - пусть присылает патч (с). :D

Копирайт, кстати, Дукельскова :-)

VA> Погоди. В JAM есть MSGID. Никто не мешает софту вычитывать MSGID, а не
VA> использовать номер сообщения в базе.

> ulong MessageNumber;// Message number (1-based)

А вот к какой базе его прибавлять, вот тут интересный вопрос, и sqpack этот basemsgnum каждый раз на единичку сбрасывает, так что MSGID сохраняется, а вот UMSGID как понятие гибнет.

VA> Я с Jam форматом разбирался когда-то. Даже наваял либу небольшую на
VA> Java, которая читает этот формат. Правда, на запись меня не хватило.
VA> :D

Слабак.

VA> Ну и слава яйцам. А кто пользуется старым софтом - ССЗБ. Ну или
VA> пропатчат.

Ты это скажи, когда во всех эхах utf-8 будет, уффф как занаоятся эти "кто пользуется старым софтом - ССЗБ".

Best Regards, Nil
--- GoldED+/LNX 1.1.5

Oleg Redut написал(а) к Nil A в Feb 23 09:53:58 по местному времени:

Доброе (current) время суток, Nil!

>> my knowledge. There may be a few Year 2038 bugs in Fidonet software
>> in the future but I don't anticipate too many problems.

NA> Так чё, баб Ванга говорит, что фидонет умирает-умирает, и наконец
NA> умрёт в 2038ом от проблемы даты в старом софте?

В 5800ом, если кто теме по даты. :-)

Что я могу еще сказать?..
Oleg

... AKA oleg(&)redut.info AKA https://t.me/OVRnsk
--- GoldED+/W64-MSVC 1.1.5-b20180707 (пока работает)

Vitaliy Aksyonov написал(а) к Oleg Redut в Feb 23 20:04:30 по местному времени:

Привет, Oleg!

14 Feb 23 09:53, ты писал(а) Nil A:

>>> my knowledge. There may be a few Year 2038 bugs in Fidonet
>>> software in the future but I don't anticipate too many problems.
NA>> Так чё, баб Ванга говорит, что фидонет умирает-умирает, и наконец
NA>> умрёт в 2038ом от проблемы даты в старом софте?
OR> В 5800ом, если кто теме по даты. :-)

Юлианский календарь?

Best regards,
Vitaliy Aksyonov.

... Я больше не пью... И меньше тоже!
--- GoldED+/LNX 1.1.5-b20230205

Vladimir Fyodorov написал(а) к Nil A в Feb 23 09:24:38 по местному времени:

Разнообразно приветствую тебя, Nil!

13 Февраля 2023, Nil A писАл к Vitaliy Aksyonov следующее:

VA>> А еще я слышал, что в Squish каждое письмо может быть
VA>> прилинковано максимум к 10 другим.
NA> Там вшито replies word[9].

Что мешает перевшить (есть такое слово?) replies word[999]? ;)

Всяческих благ. Искренне Ваш, Vladimir Fyodorov, эсквайр.
... Тоссер от мылера недалеко падает
--- GoldED+/OSX 1.1.5-b20230205

Alexey Vissarionov написал(а) к Alexey Fayans в Feb 23 12:12:12 по местному времени:

Доброго времени суток, Alexey!
13 Feb 2023 20:40:32, ты -> мне:

AV>>>> Пересобрать софт со свежими библиотеками и в течение ближайшего
AV>>>> триллиона лет можно не беспокоиться.
AF>>> Осталось только придумать, как 8 байт запихать в заголовок, где
AF>>> под unixtime выделено 4 байта.
AV>> Есть один секретный способ...
AF> И ты, конечно же, о нём не расскажешь, потому что он секретный.

Про создание нового формата? Разумеется, не расскажу.


--
Alexey V. Vissarionov aka Gremlin from Kremlin
gremlin ПРИ gremlin ТЧК ru; +vii-cmiii-ccxxix-lxxix-xlii

... Чем больше я узнаю людей, тем больше мне нравятся компьютеры
--- /bin/vi

Stas Mishchenkov написал(а) к Rinat H. Sadretdinow в Feb 23 12:19:16 по местному времени:

Нi Rinat!

13 фев 23 12:54, Rinat Н. Sadretdinow -> Stas Mishchenkov:

SM>>> Ну, у меня шанс есть.
RS>> Какие все прям самонадеянные!
RНS> Ну разве что с учётом вот этого:

RНS> ~~~
BR>>> 1998. В нодлисте появился узел 2:460/58 - Stas
BR>>> Mishchenkov, Симферополь.
RНS> ~~~

RНS> 2038 - 1998 = 40

RНS> Вполне есть шанс ;-)

Ну, если взять из старпёров дату рождения, то тоже цифра не сильно большая получится. ;)

Нave nice nights.
Stas Mishchenkov.

--- Чем меньше человек знает, тем охотней делится знаниями.

Stas Mishchenkov написал(а) к Vitaliy Aksyonov в Feb 23 12:23:22 по местному времени:

Нi Vitaliy!

13 фев 23 07:44, Vitaliy Aksyonov -> Alexey Fayans:

VA> В Squish поля даты как-то иначе реализованы?

VA> Какие еще плюсы Squish по сравнению с Jam?

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

Нave nice nights.
Stas Mishchenkov.

--- Доктор плохого не посоветует, но и хорошего не разрешит.

Rinat H. Sadretdinow написал(а) к Alexey Fayans в Feb 23 17:05:24 по местному времени:

Нello Alexey!

13 Feb 23 20:41, you wrote to me:

AF>>> В паскале нет 32-битного беззнакового инта.
RS>> А как же cardinal? Хотя не знаю был ли он в древнем Turbo Pascal.

AF> === Start of Windows Clipboard ===
AF> Integer types
AF> ▀▀▀▀▀▀▀▀▀▀▀▀▀▀

Понятно. Значит в те времена, когда были в основном 16-тибитные процы типа Cardinal в турбо паскакале ещё не было.

Bye!

--- GoldED+/LNX 1.1.5-b20180707

Vitaliy Aksyonov написал(а) к Vladimir Fyodorov в Feb 23 07:22:24 по местному времени:

Привет, Vladimir!

14 Feb 23 09:24, ты писал(а) Nil A:

VA>>> А еще я слышал, что в Squish каждое письмо может быть
VA>>> прилинковано максимум к 10 другим.
NA>> Там вшито replies word[9].
VF> Что мешает перевшить (есть такое слово?) replies word[999]? ;)

Это формат файла. Тогда эта база станет несовместима с другим софтом. Либо его весь придется патчить.

Best regards,
Vitaliy Aksyonov.

... Красота спасет мымр.
--- GoldED+/LNX 1.1.5-b20230205