@MSGID: 2:460/5858 699996c2
@REPLY: 2:5015/46 699813c4
@PID: GED+W64 1.1.5-b20250401
@CHRS: CP866 2
@TZUTC: 0300
@RealName: Brother Rabbit
@TID: hpt/w64-mvcdll 1.9 2023-01-07
Hi Nil!

20 Feb 26 10:55, Nil A -> Stas Mishchenkov:

 SM>> А, вот, обнаружил я проблему, которую не знаю, как решать пока. Если
 SM>> в
 SM>> OPUS Msg Base дед удаляет сообщение, то он не правит ластриды. Если
 SM>> ластрид _другого_ пользователя указывает на удалённое сообщение с
 SM>> большим номером, чем существующие, то так и останется. Если новые
 SM>> сообщения будут тоже с меньшим номером, то они для другого
 SM>> пользователя будут считаться прочитанными, а это не правильно и
 SM>> чревато. На сколько я понимаю, починить это не трудно.

 NA> Как в OPUS Msg хранятся ластриды, я спек на найду сходу.
 NA> Сделал msg область в голдеде, он создал в каталоге файл lastread 2 байта,
 NA> видимо в Little-Endian номер сообщения. А если будет много пользователей,
 NA> то это как Squish ID, типа индекс в этом файле?

 Да. два байта на юзера. Номер сообщения, АКА имя файла без
расширения. Причём, если у тебя два юзера, userno 0 и userno 127, то файл
будет 256 байт, байты несуществующих номеров пользователей забиты нулями.

Have nice nights.
       Stas Mishchenkov.

--- Ты можешь не смотреть телевизор,но будешь иметь дело с теми,кто его смотрит
 * Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)
SEEN-BY: 46/49 50/109 104/117 221/6 240/1120 267/67
301/1 341/66 451/31
SEEN-BY: 452/28 166 455/19 460/16 58 256 1124
5858 463/68 4500/1 5000/111
SEEN-BY: 5015/42 46 5019/40 400 5020/101 113 545
620 715 830 846 848 1042
SEEN-BY: 5020/2992 4441 12000 5022/128 5029/32
5030/49 115 723 1081 1474
SEEN-BY: 5049/1 3 5050/151 5053/51 58 5054/30 89
5058/104 5060/900 5061/133
SEEN-BY: 5068/45 5083/1 444 6078/80 6090/1
@PATH: 460/5858 58 5020/1042 4441