Полное логирование каждого действия в ТХТ

[hvrsh]

Давно мне бас так голову не выносил....
Пол дня если не больше, сумарно, пытаюсь побороться с дебильной привычкой баса... чуть если что падать к х..м. Я знаю в каких ситуациях такое может быть и как это решать(многопоток, использование необъявленных функций, переменных и тд.) Но тут все мои знания бессильны. Скрипт работал день успешно, после чего начал благополучно крашится в около рандомных местах.

Нету больше сил ловить этот бред, перебирая в ручную, вывод в лог, между блоками, да и не дает это результата. постоянно в разных местах краш.

Нужен метод как логировать тупо каждое действие со всех потоков. Ясно что я не про ручную проставку вывода влог между каждым блоком.

У кого есть решение - поделитесь, молю!

[hvrsh]

Решение

_sa = function (id)
{
   log(id)
   ScriptWorker.SetCurrentAction(id)
}

Вставить в начало потока.

P.S иногда топики некоторых проблем абсолютно не содержат подходящих ключевых слов, что приводит к очень сложному обнаружению их.

[sergerdn]

@hvrsh said in Полное логирование каждого действия в ТХТ:

Нужен метод как логировать тупо каждое действие со всех потоков. Ясно что я не про ручную проставку вывода влог между каждым блоком.

Я пишу много логов, а большой скрипт всегда разбиваю на кучу модулей/функций.

Еще ни разу не было, чтобы когда скрипт упал я долго думал почему так случилось. Обычно, когда я пишу код, я часто заранее понимаю, почему он может упасть в конкретном месте, там особенно много логов пишу, могу через кубик делать, даже так.

[hvrsh]

@sergerdn предугадать где бас "залупится" в безконечный цикл из-за того что он не успел что-то где-то записать в абсолютно исправавном блоке - маловозможно. А паузы в пару миллисекунд сувать в каждый так блок тоже так себе.

[Fox]

@hvrsh said in Полное логирование каждого действия в ТХТ:

@sergerdn предугадать где бас "залупится" в безконечный цикл из-за того что он не успел что-то где-то записать в абсолютно исправавном блоке - маловозможно. А паузы в пару миллисекунд сувать в каждый так блок тоже так себе.

Это эфемерное умозаключение или вы можете описать алгоритм возникновения проблемы?

[sergerdn]

@hvrsh said in Полное логирование каждого действия в ТХТ:

@sergerdn предугадать где бас "залупится" в безконечный цикл из-за того что он не успел что-то где-то записать в абсолютно исправавном блоке - маловозможно.

Никто не умеет видеть будущее и никто не может знать что случиться.

Но сделать тонну логов, чтобы в будущем можно было понять что происходит - это точно возможно. Люди делятся на два типа - кто пишет тонну логов и кто пока их не пишет.

Я к одному скрипту в том числе прикручивал сохранение скриншотов из браузера после определенных действий или после любой ошибки.

В том числе, если у меня есть куча синхронного кода подряд, то я втыкаю в середину кода sleep, чтобы один зависший поток не тормозил мне все остальные потоки.

Все этих техники известны в программировании, я ничего нового не изобрел.

[hvrsh]

@Fox Это фактическое заключение. Он попадал в цикл меточный, в котором не было паузы. И падал.

P.S. Только не пишите не используйте метки. Это будет уместно, только после их выпила с софта.

[sergerdn]

@hvrsh said in Полное логирование каждого действия в ТХТ:

P.S. Только не пишите не используйте метки. Это будет уместно, только после их выпила с софта.

Да почему же, использовать метки в BAS это самый простой способ выстрелить себе в ногу так, что потом будет очень сложно понять, что же, блин, происходит.

Проблема меток не в том, что они есть, а в том, что ими не умеют пользоваться.

[Fox]

@hvrsh said in Полное логирование каждого действия в ТХТ:

@Fox Это фактическое заключение. Он попадал в цикл меточный, в котором не было паузы. И падал.

Интерфейс BAS может зависнуть в случае очень большого или бесконечного цикла без задержки, но BAS при этом не вылетает. Скорее всего ваша операционная система автоматически закрывает зависшие приложения

К примеру вот тестовый скрипт с бесконечным циклом без задержки, который выполняется в течении 30 секунд: 2904.xml

Вот так этот скрипт работает у меня:

P.S. Только не пишите не используйте метки. Это будет уместно, только после их выпила с софта.

Эм, ни когда не писал не использовать метки. Когда метки только добавили в BAS с ними было много проблем, по этому я их не использовал и говорил, что "метки зло". Сейчас все проблемы с метками исправлены, но проблема зависания интерфейса возникает из за очень большого или бесконечного цикла без задержки вне зависимости от конструкции. Например установите тип запуска "Повторять" и первым действием выведите в лог несуществующую переменную, получите точно такой же бесконечный цикл.

[hvrsh]

@Fox Для тестинга нужен слоумод чтоли, чтобы по умолчанию были паузы по пару десятков миллисекунд возле каждого действия. было бы не плохо.

[Fox]

@hvrsh said in Полное логирование каждого действия в ТХТ:

@Fox Для тестинга нужен слоумод чтоли, чтобы по умолчанию были паузы по пару десятков миллисекунд возле каждого действия. было бы не плохо.

в смысле?

[hvrsh]

@Fox Ну выбрал бы слоумод и у тебя в режиме запуска между каждым ходом какая-то задержка(которую можно указать).

[Alex84]

@hvrsh Соглашусь с вами и понял об чём вы :)
Не по Теме но раз уж :)

spoiler