Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.FIDONET.TODAY
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.FIDONET.TODAY с датами от 09 Jul 13 15:35:00 до 06 Oct 24 09:01:00, всего сообщений: 47643
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 36896 из 47643 =============================== RU.FIDONET.TODAY =
От   : Stas Mishchenkov                 2:460/5858         27 Aug 23 10:51:50
Кому : Nil A                                               27 Aug 23 10:51:50
Тема : FTSC сосёт
FGHI : area://RU.FIDONET.TODAY?msgid=2:460/5858+64eb09c2
На   : area://RU.FIDONET.TODAY?msgid=2:5015/46+64ea4e53
= Кодировка сообщения определена как: CP866 ==================================
Ответ: area://RU.FIDONET.TODAY?msgid=2:5015/46+64ebd245
==============================================================================
Hi Nil!

26 Aug 23 21:27, Nil A -> Stas Mishchenkov:

AF>>> TimesRead в JAM хранится в заголовке сообщения, поэтому никакой
AF>>> многопользовательности тут быть не может. Это очередной рудимент,
AF>>> и использовать это поле как флаг прочитанности сообщения не
AF>>> совсем правильно.

SM>> ulong  TimesRead;    // Number of times message read
SM>> Если использовать его битовое представление, то можно получить булеан
SM>> read/unread для достаточно большого количества пользователей.

NA> Стас, а почему ты до сих пор не в FTSC комитете?

По той же причине, что и Гремлин.

NA> Ты удовлетворяешь всем требованиям: ты умён, образован, с В/О, без
NA> В/П, шутка.. в фидо давно, есть опыт написания фидософта, разбираешься
NA> в спеках.

Спасибо.

NA> Кстати, в Squish это будет просто битик, которого, кстати в спеках
NA> нет, но
NA> есть в goldlib/gmb3/gmosqsh.h #define MSGSEEN    0x00080000L

Вот честно, н евникал. Сквиш мне не удобьен, а, по сему, не интересен.

NA> JAM'овский стандарт подразумевает инкремент этого TimesRead, каждый
NA> раз, как ты прочитал сообщение.

Да. Именно это приходит на ум из описания его авторами, но остаётся открытым вопрос "зачем?".

NA> Стандарт не говорит, что делать, если оно переполнится (устанешь
NA> переполнять, если что), но 64-КБ должно хватить всем.

Видимо, по этому и не говорит.

NA> Я понял! Все стандарты FTSC надо читать через призму Сишников.
NA> Например, FTS-1 говорит, что длина строки (From, To, Subj...) включает
NA> '\0' или нет?

Если почитать внимательно, то становится ясно. Там картинки есть.

NA> Пока мы не выпи#здим из копирайтов дядю Ренди Буша, то это будет UB. А
NA> вот, про FTS-1 ещё, там толи .msg формат как Opus, толи как нет, и там
NA> в поле хранится номер поинта или время?

Есть два варианта - Opus и FTS-1. Первый получил наиболее широкое распространение, второй практически не прижился. Если следовать изначальной цели FTSC, то они должны были это привести в соответствие, но там, если я не ошибаюсь был ещё и межличностный конфликт, кроме копирастов.

NA>  А вот ещё, самые азы, адрес FTN, он знаковый или беззнаковый? Кстати,
NA> а можно я зону с нуля начну? А не, зону низя, там BSO поломается.

С чего бы?

DefaultZone 2

в BSO будет:

fidonet.000
fidonet.001
fidonet
fidonet.003
fidonet.004

Что не так?

NA> Вот я нод, можно я выдам поента за пределами 2^15? А чё бы и нет. А
NA> нет, там фидо-софт есть "in the wild", который как signed понимает. Вы
NA> достали со своими signed/unsigned, почему-то номер ноды может быть -1.

Да.

Have nice nights.
       Stas Mishchenkov.

--- Речь бывает блестящей или с матовым покрытием.
* Origin: Lame Users Breeding. Simferopol, Crimea. (2:460/5858)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.398975 секунды