= Сообщение: 204 из 48394 ================================= RU.FIDONET.TODAY = От : Mithgol the Webmaster 2:5063/88 28 Sep 13 07:01:36 Кому : Cheslav Osanadze 28 Sep 13 07:01:36 Тема : Пометка прочитанных писем FGHI : area://RU.FIDONET.TODAY?msgid=2:5063/88+524646da На : area://RU.FIDONET.TODAY?msgid=2:6078/80+52458f8f = Кодировка сообщения определена как: CP866 ================================== ============================================================================== Так было 17:00 27 Sep 13 написано от Cheslav Osanadze к Mithgol the Webmaster:
MtW>> MessageFixedHeader, установка в единицу бита MSG_READ (0x8) в поле MtW>> Attribute, изменение структуры LastRead в JLR-файле.
MtW>> Для Squish это установка старшего бита у поля hash в структуре SQIDX в MtW>> единицу и заодно установка (в единицу же) бита MSGREAD (0x4) у поля MtW>> attr в структуре XMSG.
CO> Вот и я так думаю и потому недоумеваю про не совпадение пометок CO> редакторов.
Во-первых, JLR-файл может содержать несколько структур LastRead для нескольких пользователей. В документации по JAM структура определена следующим образом:
===================================================================== ????????.JLR Lastread storage --------------------------------------------------------------------- The .JLR file is used to maintain a user's position within a message area. The layout of the "lastread" record follows. One record per user is required.
LastRead: ulong UserCRC; // CRC-32 of user name (lowercase) (1) ulong UserID; // Unique UserID ulong LastReadMsg; // Last read message number ulong HighReadMsg; // Highest read message number end;
(1) The functions to convert a string to lowercase characters that are provided in the API will only convert characters A-Z (into a-z). It is required that this convention is followed by all applications.
The UserID field is a unique number for each user. If the "lastread" record is deleted, UserCRC and UserID are both set to -1 (ffffffffH). An application may not depend on any specific order in the .JLR file. A user's "lastread" record may appear anywhere in the file and must be searched for when retrieving it and when storing an updated record.
Следовательно, идентификаторы даже одного и того же пользователя в различных программах могут различаться, если они по-разному генерируют UserID, потому что про UserID написано только то, что это уникальный 32-битный идентификатор пользователя. В точности определён только алгоритм вычисления UserCRC (сперва перевести латинские буквы A-Z в имени пользователя в нижний регистр, а затем вычислить CRC-32), но и он может давать разные результаты в том случае, если пользователь в разных программах по-разному латинизировал своё имя.
GoldED+ в качестве UserID использует копию UserCRC, насколько я могу судить после прочтения JLR-файла моего собственного блога (Ru.Blog.Mithgol) на моём собственном узле. Если кто пожелает, то может выкачать его копию с Гитхаба (куда я её выложил) и судить о том самостоятельно:
Во-вторых, по адресу area://Ru.Fidonet.Today?msgid=2:5020/2140.140+5241434f Евгений Малетин упоминал, что SimpleX пишет в собственный файл lastread.ini; и так как GoldED+ этот файл не читает, то несовместимость не удивительна.
Фидонет будет великим и гипертекстовым! [Ru.Mozilla] http://Mithgol.Ru/ Mithgol the Webmaster. [Братство Нод] [Team А я меняю subj]
... Каждый народ достоин своего руководителя, как говорит Библия. (И. Рыбкин) --- Последнее из недочитанного: Василий Аксёнов, "Остpов Кpым" - возненавидел. * Origin: Геленджик лежит на юге Раши, где в лесу рыдают хигураши (2:5063/88)
