Monday February 13 2023 12:32, from Vitaliy Aksyonov -> Nil A:
NA>> Как минус - только чётные секунды могут хранится, а это уже NA>> означает, что дата оригинального сообщения искажена. Хотя, для NA>> этого есть оригинальное поле __ftsc_date на 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 * Origin: Linux 2.6.32-042stab145.3 (2:5015/46)