Не нашли значения уровень по ключу DEBUG

[Defm]

logos/src/log-options.os

Line 171 in 41b608f

НовыйУровень = КартаУровней()[Значение];

При уровне отладки DEBUG переменная 'НовыйУровень' принимает значение 0
Следующая за этим проверка на заполнение: Ожидаем.Что(...
не срабатывает и падает с исключением 'Не нашли значения уровень по ключу DEBUG'

[EvilBeaver]

@artbear есть что сказать?

[artbear]

Сказать нечего, не нарывался ведь никто за 10 месяцев :)

Похоже на баг.

[artbear]

@Defm как повторить вашу ошибку?

[Defm]

Мне не менее странно, что никто в сообществе не столкнулся.
Использую irac, который где-то внутри использует asserts.
Выполняю скрипт-пример со страницы-описания irac. Рядом со скриптом лежит logos.cfg (содержимое приложу завтра) возможно я просто неправильно готовлю logos. Но что-то подсказывает что ожидаем.что(0,…).заполнено() будет падать, а debug сопоставлено именно с 0.

[nixel2007]

если честно, ниразу не видел, чтобы logos использовали с cfg файлом. обычно хватало конфигурирования через переменную среды LOGOS_CONFIG

[Defm]

Прикладываю содержимое настройки журналирования
logos.txt

Может быть реализация .Заполнено() в asserts какая-то хитрая?

[Defm]

@EvilBeaver @artbear
А по соседству-то совсем то же самое #28

[artbear]

Да, та же ошибка

[EvilBeaver]

Кто пофиксит - тот молодец! Исправление пустяшное вроде

[artbear]

Исправить несложно, а вот релиз выпустить :)

[Defm]

Безболезненным видится изменить сопоставление в карте уровней

• избавиться от DEBUG=0, благо чисел хватает (и сместить остальные сопосталения)?

[EvilBeaver]

@Defm я вопрос не понял. Давайте лучше предметно по коду обсуждать. Присылайте PR и сразу станет ясно что имеется в виду и что делать

[artbear]

Мне понятно - просто в перечислении УровниЛогов сдвинуть все числа, т.к. порядок следования важен.
Начинать не с 0, а с другого числа.

[Defm]

Есть предположение по срокам исправления?