Фидо адрес signed/unsigned?

2 views
Skip to first unread message

Nil Alexandrov

unread,
Jan 17, 2020, 9:15:01 PM1/17/20
to
Hello, All!

Половина софта думает, что зона/сеть/нода/поинт - это всё unsigned 16 bit, а
другая половина, что signed. Даже husky вроде как считает адрес unsigned, но
читает поля в .pkt unsigned (и начинается эта пляска с поинт=-1 или 65535U).

Как я понял, fts-0001 ничего не говорит о знаковости адреса и о диапазоне цифр.
Есть же frl-1002, который вроде как signed велит считать, и даже разрешает -1 в
номере ноды (специальный случай для Z1 получения ноды), но зона и сеть от
единицы.
При этом policy4.txt говорит, что адрес -1/-1 для запросов нового адреса (с -1
в номере сети) очень даже хорошо.

Best Regards, Nil

Alexander N. Skovpen

unread,
Jan 18, 2020, 3:55:01 AM1/18/20
to
Hello Nil Alexandrov!

18 Jan 20 05:00:16, Nil Alexandrov wrote to All:

NA> Половина софта думает, что зона/сеть/нода/поинт - это всё unsigned 16 bit,
NA> а другая половина, что signed. Даже husky вроде как считает адрес
NA> unsigned, но читает поля в .pkt unsigned (и начинается эта
NA> пляска с поинт=-1 или 65535U).
NA>
NA> Как я понял, fts-0001 ничего не говорит о знаковости адреса и о диапазоне
NA> цифр.
NA> Есть же frl-1002, который вроде как signed велит считать, и даже разрешает
NA> -1 в номере ноды (специальный случай для Z1 получения ноды), но зона и
NA> сеть от единицы.
NA> При этом policy4.txt говорит, что адрес -1/-1 для запросов нового адреса
NA> (с -1 в номере сети) очень даже хорошо.

fts-5000:

Field 2 - Zone/Region/Net/Node number

This field contains only numeric digits and is a number in the
range of 1 to 32767. If the line had the "Zone", "Region", or
"Host" keyword, the number is the zone, net, or region number,
and the node has an implied node number of 0, therfore the use of
a 0 in this field is strictly forbidden. Otherwise, the
number is the node number. The zone number, region or net number,
and the node number, taken together, constitute a node's FidoNet
address.


Alexander


Stas Mishchenkov

unread,
Jan 18, 2020, 4:25:01 AM1/18/20
to
Hi, Nil!

18 янв 20 05:00, Nil Alexandrov -> All:

NA> Половина софта думает, что зона/сеть/нода/поинт - это всё unsigned 16
NA> bit, а другая половина, что signed. Даже husky вроде как считает адрес
NA> unsigned, но читает поля в .pkt unsigned (и начинается эта пляска с
NA> поинт=-1 или 65535U).

NA> Как я понял, fts-0001 ничего не говорит о знаковости адреса и о диапазоне
NA> цифр. Есть же frl-1002, который вроде как signed велит считать, и даже
NA> разрешает -1 в номере ноды (специальный случай для Z1 получения ноды), но
NA> зона и сеть от единицы. При этом policy4.txt говорит, что адрес -1/-1 для
NA> запросов нового адреса (с -1 в номере сети) очень даже хорошо.

Где-то я читал, что все-таки signed.

Have nice nights.
Stas Mishchenkov.

Nil Alexandrov

unread,
Jan 18, 2020, 11:25:01 AM1/18/20
to
Hello, Stas!

Saturday January 18 2020 12:20, from Stas Mishchenkov -> Nil Alexandrov:

SM> Где-то я читал, что все-таки signed.

Ага, вот тут подсказали про fts-5000, но это формат адреса в нодлисте. Когда мы
(в Z1) пишем заявку на ноду, то по полиси4 делаем с ноды -1, в нодлисте же
такой номер не может оказаться, а только с единицы. Т.е. если мы пишем
библиотеку/тоссер/редактор, то типа ftnaddr у нас таки валидно может иметь в
сетке и ноде минус единицу.

Предположим мы считаем, что все эти цифирки signed, но продолжение формата .pkt
(2+, 2.2, ..) в виде fsc-0039 говорит про 1-65535, а fsc-0048 и fsc-0045
воздерживаются.

Best Regards, Nil

Alexander N. Skovpen

unread,
Jan 18, 2020, 12:30:01 PM1/18/20
to
Hello Nil Alexandrov!

18 Jan 20 19:13:44, Nil Alexandrov wrote to Stas Mishchenkov:

SM>> Где-то я читал, что все-таки signed.
NA> Ага, вот тут подсказали про fts-5000, но это формат адреса в нодлисте.
NA> Когда мы (в Z1) пишем заявку на ноду, то по полиси4 делаем с ноды -1, в
NA> нодлисте же такой номер не может оказаться, а только с единицы. Т.е. если
NA> мы пишем библиотеку/тоссер/редактор, то типа ftnaddr у нас таки валидно
NA> может иметь в сетке и ноде минус единицу.

Если в нодлисте ноды нет, то её не существует. значит unsigned :-)

Alexander


Alexey Vissarionov

unread,
Jan 18, 2020, 6:25:01 PM1/18/20
to
Доброго времени суток, Nil!
18 Jan 2020 05:00:16, ты -> All:

NA> Как я понял, fts-0001 ничего не говорит о знаковости адреса и о
NA> диапазоне цифр. Есть же frl-1002

Если FRL, то его (за редчайшими исключениями) вообще нет.


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

... Люди не боятся темноты - они боятся темных углов

Nil Alexandrov

unread,
Jan 18, 2020, 8:10:01 PM1/18/20
to
Hello, Alexey!

Sunday January 19 2020 02:15, from Alexey Vissarionov -> Nil Alexandrov:

NA>> Как я понял, fts-0001 ничего не говорит о знаковости адреса и о
NA>> диапазоне цифр. Есть же frl-1002
AV> Если FRL, то его (за редчайшими исключениями) вообще нет.

Итого, тоссер MUST/SHOULD/MAY (нужно подчеркнуть) в bad складывать письма, где
в адресе есть >32768?
Редактор почты вычитывая сообщение из jam/squish/msg должен показывать адрес
как -1 или 65535, или это "волшебное" число, которое как -1 показывается, а все
остальные цифры как unsigned?

Best Regards, Nil

Alexey Vissarionov

unread,
Jan 19, 2020, 4:40:01 AM1/19/20
to
Доброго времени суток, Nil!
19 Jan 2020 04:01:56, ты -> мне:

NA>>> Как я понял, fts-0001 ничего не говорит о знаковости адреса и о
NA>>> диапазоне цифр. Есть же frl-1002
AV>> Если FRL, то его (за редчайшими исключениями) вообще нет.
NA> Итого, тоссер MUST/SHOULD/MAY (нужно подчеркнуть) в bad складывать
NA> письма, где в адресе есть >32768?

Скорее всего, may. Ни рекомендуемым, ни тем более обязательным поведением
сваливание в badmail не является.

NA> Редактор почты вычитывая сообщение из jam/squish/msg должен
NA> показывать адрес как -1 или 65535, или это "волшебное" число,
NA> которое как -1 показывается, а все остальные цифры как unsigned?

Это в любом случае 0xFFFF.


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

... Знание некоторых принципов компенсирует незнание многих фактов
Reply all
Reply to author
Forward
0 new messages