SMAPI ERROR: wrongly sized subfield occured!

Victor Sudakov написал(а) к All в Mar 21 17:08:58 по местному времени:

Dear All,

По-видимому повреждена Jam база, "hpt scan" вызывает сабжевое сообщение. Вопрос, собственно, для начала как найти, которая именно эхообласть повреждена. В логе hpt не нашел, к какой эхе сабж относится. Не перебирать же по одной.

Ну и второй вопрос - можно ли починить эху или проще удалить ее файлы.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20170303-b20170303

Michael Dukelsky написал(а) к Victor Sudakov в Mar 21 18:45:18 по местному времени:

Привет, Victor!

10 March 2021 17:08, Victor Sudakov послал(а) письмо к All:

VS> По-видимому повреждена Jam база, "hpt scan" вызывает сабжевое
VS> сообщение. Вопрос, собственно, для начала как найти, которая именно
VS> эхообласть повреждена. В логе hpt не нашел, к какой эхе сабж
VS> относится. Не перебирать же по одной.

В LogLevels задай 1 (в числе остального). Тогда у тебя будет отладочное сообщение Scanning area: xxxx

На самом деле там должно быть 4, а не 1. Сейчас исправлю.

Желаю успехов, Victor!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20180707

Victor Sudakov написал(а) к Michael Dukelsky в Mar 21 23:17:16 по местному времени:

Dear Michael,

10 Mar 21 18:45, you wrote to me:

VS>> По-видимому повреждена Jam база, "hpt scan" вызывает сабжевое
VS>> сообщение. Вопрос, собственно, для начала как найти, которая
VS>> именно эхообласть повреждена. В логе hpt не нашел, к какой эхе
VS>> сабж относится. Не перебирать же по одной.

MD> В LogLevels задай 1 (в числе остального). Тогда у тебя будет
MD> отладочное сообщение Scanning area: xxxx

MD> На самом деле там должно быть 4, а не 1. Сейчас исправлю.

В конфиге "LogLevels 123456789", и сообщения типа "Scanning area: 888.talks" имеются, только вот сабжевого между ними нет, оно на stdout "hpt scan" идёт, а не в лог, поэтому корреляцию со сканируемой эхой поймать не могу.

Кстати почему на stdout, а не stderr, но это уже другой вопрос.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20170303-b20170303

Michael Dukelsky написал(а) к Victor Sudakov в Mar 21 19:34:30 по местному времени:

Привет, Victor!

10 March 2021 23:17, Victor Sudakov послал(а) письмо к Michael Dukelsky:

VS>>> По-видимому повреждена Jam база, "hpt scan" вызывает сабжевое
VS>>> сообщение. Вопрос, собственно, для начала как найти, которая
VS>>> именно эхообласть повреждена. В логе hpt не нашел, к какой эхе
VS>>> сабж относится. Не перебирать же по одной.

MD>> В LogLevels задай 1 (в числе остального). Тогда у тебя будет
MD>> отладочное сообщение Scanning area: xxxx

MD>> На самом деле там должно быть 4, а не 1. Сейчас исправлю.

VS> В конфиге "LogLevels 123456789", и сообщения типа "Scanning area:
VS> 888.talks" имеются, только вот сабжевого между ними нет, оно на stdout
VS> "hpt scan" идёт, а не в лог, поэтому корреляцию со сканируемой эхой
VS> поймать не могу.

Есть LogLevels и ScreenLogLevels, а ещё есть
LogEchoToScreen off

VS> Кстати почему на stdout, а не stderr, но это уже другой вопрос.

Потому что LogEchoToScreen - это очевидно stdout.

Желаю успехов, Victor!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20180707

Victor Sudakov написал(а) к Michael Dukelsky в Mar 21 12:10:48 по местному времени:

Dear Michael,

10 Mar 21 19:34, you wrote to me:

VS>>>> По-видимому повреждена Jam база, "hpt scan" вызывает сабжевое
VS>>>> сообщение. Вопрос, собственно, для начала как найти, которая
VS>>>> именно эхообласть повреждена. В логе hpt не нашел, к какой эхе
VS>>>> сабж относится. Не перебирать же по одной.

MD>>> В LogLevels задай 1 (в числе остального). Тогда у тебя будет
MD>>> отладочное сообщение Scanning area: xxxx

MD>>> На самом деле там должно быть 4, а не 1. Сейчас исправлю.

VS>> В конфиге "LogLevels 123456789", и сообщения типа "Scanning area:
VS>> 888.talks" имеются, только вот сабжевого между ними нет, оно на
VS>> stdout "hpt scan" идёт, а не в лог, поэтому корреляцию со
VS>> сканируемой эхой поймать не могу.

MD> Есть LogLevels и ScreenLogLevels, а ещё есть
MD> LogEchoToScreen off

"ScreenLogLevels 123456789" помогло найти битую эху в выводе на экран, спасибо.

Осталось непонятным, почему "LogLevels 123456789" и "ScreenLogLevels 123456789" дают (в лог и на stdout соответственно) разную информацию: в лог сабжевая ошибка не пишется, а на терминал пишется. Это несколько неожиданно.

VS>> Кстати почему на stdout, а не stderr, но это уже другой вопрос.

MD> Потому что LogEchoToScreen - это очевидно stdout.

Мне не очевидно. stderr - такой же вывод в терминал, если не перенаправлять никуда.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20170303-b20170303

Michael Dukelsky написал(а) к Victor Sudakov в Mar 21 11:55:16 по местному времени:

Привет, Victor!

11 March 2021 12:10, Victor Sudakov послал(а) письмо к Michael Dukelsky:

VS> Осталось непонятным, почему "LogLevels 123456789" и "ScreenLogLevels
VS> 123456789" дают (в лог и на stdout соответственно) разную информацию:
VS> в лог сабжевая ошибка не пишется, а на терминал пишется. Это несколько
VS> неожиданно.

Спасибо за замечание, исправил.

Желаю успехов, Victor!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20180707

Victor Sudakov написал(а) к Michael Dukelsky в Mar 21 23:14:40 по местному времени:

Dear Michael,

11 Mar 21 11:55, you wrote to me:

VS>> Осталось непонятным, почему "LogLevels 123456789" и
VS>> "ScreenLogLevels 123456789" дают (в лог и на stdout
VS>> соответственно) разную информацию: в лог сабжевая ошибка не
VS>> пишется, а на терминал пишется. Это несколько неожиданно.

MD> Спасибо за замечание, исправил.

А где именно ты исправляешь? Во FreeBSD-шных портах источником указан http://download.huskyproject.org/sources/ - это теперь неправильно?

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20170303-b20170303

Michael Dukelsky написал(а) к Victor Sudakov в Mar 21 19:33:58 по местному времени:

Привет, Victor!

11 March 2021 23:14, Victor Sudakov послал(а) письмо к Michael Dukelsky:

VS>>> Осталось непонятным, почему "LogLevels 123456789" и
VS>>> "ScreenLogLevels 123456789" дают (в лог и на stdout
VS>>> соответственно) разную информацию: в лог сабжевая ошибка не
VS>>> пишется, а на терминал пишется. Это несколько неожиданно.

MD>> Спасибо за замечание, исправил.

VS> А где именно ты исправляешь?

https://github.com/huskyproject/huskylib.git
https://github.com/huskyproject/smapi.git
https://github.com/huskyproject/fidoconf.git
https://github.com/huskyproject/areafix.git
https://github.com/huskyproject/hpt.git
https://github.com/huskyproject/htick.git

VS> Во FreeBSD-шных портах источником указан
VS> http://download.huskyproject.org/sources/ - это теперь неправильно?

Туда, судя по всему, Max Vasilyev переписывает с гитхаба, когда собирает бинарники для Windows.

Желаю успехов, Victor!
За сим откланиваюсь, Michael.

... node (at) f1042 (dot) ru
--- GoldED+/LNX 1.1.5-b20180707

Victor Sudakov написал(а) к Michael Dukelsky в Mar 21 00:06:04 по местному времени:

Dear Michael,

11 Mar 21 19:33, you wrote to me:

VS>>>> Осталось непонятным, почему "LogLevels 123456789" и
VS>>>> "ScreenLogLevels 123456789" дают (в лог и на stdout
VS>>>> соответственно) разную информацию: в лог сабжевая ошибка не
VS>>>> пишется, а на терминал пишется. Это несколько неожиданно.

MD>>> Спасибо за замечание, исправил.

VS>> А где именно ты исправляешь?

MD> https://github.com/huskyproject/huskylib.git
MD> https://github.com/huskyproject/smapi.git
MD> https://github.com/huskyproject/fidoconf.git
MD> https://github.com/huskyproject/areafix.git
MD> https://github.com/huskyproject/hpt.git
MD> https://github.com/huskyproject/htick.git

Жаль, что нет одним архивом. FreeBSD-шные порты husky-* заточены под один тарболл, хотя и собираются отдельными пакетами husky-areafix, husky-hpt, husky-huskylib и т.д. Переделывать вряд ли кто будет, нецелесообразно. Возможно я последний на Земле фидошник под FreeBSD, поэтому и я переделывать порт тоже не буду.

VS>> Во FreeBSD-шных портах источником указан
VS>> http://download.huskyproject.org/sources/ - это теперь
VS>> неправильно?

MD> Туда, судя по всему, Max Vasilyev переписывает с гитхаба, когда
MD> собирает бинарники для Windows.

Ну там довольно свежее, февральское 2021 года лежит, и на том спасибо.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20170303-b20170303

Dmitriy Smirnov написал(а) к Victor Sudakov в Mar 21 22:54:32 по местному времени:

hi, Victor!

12 Mar 21 00:06, Victor Sudakov wrote to Michael Dukelsky:

MD>> https://github.com/huskyproject/huskylib.git
MD>> https://github.com/huskyproject/smapi.git
MD>> https://github.com/huskyproject/fidoconf.git
MD>> https://github.com/huskyproject/areafix.git
MD>> https://github.com/huskyproject/hpt.git
MD>> https://github.com/huskyproject/htick.git

VS> Жаль, что нет одним архивом. FreeBSD-шные порты husky-* заточены под
VS> один тарболл, хотя и собираются отдельными пакетами husky-areafix,
VS> husky-hpt, husky-huskylib и т.д. Переделывать вряд ли кто будет,
VS> нецелесообразно. Возможно я последний на Земле фидошник под FreeBSD,
VS> поэтому и я переделывать порт тоже не буду.

далеко не последний, на моей памяти минимум 4 (четыре) включая тебя =)

зы: давненько собираю из исходников самопальным скриптом, можно было заморочиться портом, но как-то спрос не сподвиг к телодвижениям, может оно настало?)

wbr, Dmitriy.
---