Ошибки при создании программ неизбежны, и вот программа запущена, и снова глюк, или же вам просто
важно узнать что с ней сейчас происходит? Перезапустить расставив Debug? Глюк может не повториться.
Предлагаемый модуль поможет оперативно контролировать состояние программы.
Помещенный заранее в проект и запущенный по любому удобному вам событию модуль сканирует
находящийся рядом файл sha вашего проекта, находит имена всех глобальных переменных, используемых
вашей программой вместе с комментариями (если к одной переменной несколько комментариев,
то будет выведен комментарий с наибольшим количеством символов), выдает таблицу переменных и их значениЙ,
постоянно ее обновляя; ведется лог, можно сохранять данные в файл, по контекстному меню
удалять и добавлять переменные; сортировать, ставить метки и т.д. Думаю, что модуль можно на всякий случай оставить и в
готовой программе, чтобы не держать при этом рядом с программой файл проекта, имена переменных
могут быть загружены из сохраненного заранее log файла.

ЧЕто тут не то...

что не то ?

ЧЕго то не хватает в схеме. Связей. А может я не понял как работает схема?

Основная схема в дочерней форме см. рис. (23.png), остальное просто имитация глобальных переменных, разбросанных в вашей схеме,
забыл написать: если схему скопировать в буфер обмена и просто вставить в чистое поле HiAsm - она не заработает, обязательно надо сохранить файл на жесткий диск.

Редактировалось 1 раз(а), последний 2017-03-02 09:08:10

запустить программу, на форме ПКМ, далее в появившемся окне нажать кнопку пуск слева вверху.

vovs, в описании упустил самую малость, вызов модуля по клику правой кнопки мыши. В качестве отладчика я к примеру навряд ли воспользуюсь данным модулем, а вот как многоканальный регистратор данных - очень даже хорошо. Если рассмотреть схему как регистратор, то очень просится наличие построителя графиков. Замечание по схеме, посмотри на лог первый отчёт идёт пустой.
Ps: просьба админам стереть одно сообщение выше jarjar.satgate.net, это я наследил .

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

vovs, не столь важна указанная ошибка дело в принципе, если хочешь сделать действительно отладчик, необходимо от таймерной схемы переходить к событийной схеме. Попробуй подключи эту схемку.
code_13102.txt

Могу отследить только одно событие, а остальные девять ?

Кто бы спорил.
Но работаю в основном в 168-й версии (скоро год как свою программу делаю), там нет этого события.
Но в перспективе - этот вариант единственно правильный.

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

не говоря уже про GlobalVarEx
намеки про onVaule уже были

Dilma, можно получить ликбез почему и в чем именно "это не есть хорошо"?
вопрос не праздный, тут обнаружил в своей схеме (весьма, правда, немаленькой) аж 60 глоб. переменных.

vovs, это касается не только данной линейки элементов. Любые схемопостроения насыщенные блоками с невизуальными связями начинают после некоторого порогового значения ухудшать читабельность схемы. Думаю это-то понятно каждому(иначе нафига вообще связи проводить между элементами - заменить все на безпроводные технологии и дело с концом...)? К данной группе "риска" относятся
- GlobalVar(Ex)
- LineBreak(Ex)
- менеджеры и их клиенты.