Для вывода таблицы отчета тревог я решил разделить проект на слои на основном мнемосхема а на дополнительном отчет тревог. Для включения видимости слоя использую ГЭ "Кнопка". В событии MousePress использовал "Передать значение" источником и приемником использую переменную графического экрана, значение 1 и Тип передачи XOR. Видимость слоёв отрабатывается, но после прокручивания информации в "Отчете тревог" МРВ обрушивается с ошибкой на модуль qt-mt332.dll или ntdll.dll. В чём может быть проблема, релиз 6.08
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Оба модуля, которые отметила ОС в качестве источников ошибки, являются системными. Скорее всего, происходит ошибка по недопустимому обращению к памяти. Есть ли сообщения в протоколе профайлера и в файле tm6_log.txt? А если сделать слой ОТ изначально видимым, этот эффект тоже наблюдается? Буфер ГЭ "Отчет тревог" работает и при невидимом слое ОТ. Какой буфер ГЭ "Отчет тревог" Вы задаете? Сколько строк подчитываете из ОТ при загрузке МРВ?
Posted by Nicolay B. (Участник № / Member № 4338) on :
Да при видимости слоя с самого начала ни чего не решает. Максимум записей 10000. Считывание строк из файла ОТ установлено 0.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Надо исключить ошибку, которая возникает при реализации вызова программы каналом Программа#3:18. Что по этому поводу записано в протоколе профайлера? Надо проверить правильность организации вызова, правильность привязок и типов данных всех аргументов, допустимость реальных диапазонов значений входных аргументов для реализации операторов программы.
Posted by Nicolay B. (Участник № / Member № 4338) on :
11:12:34 0000 00000020[12] Программа#3:18 11:12:36 0000 00000020[12] Программа#3:18 11:13:02 0000 00000001[1] Calc loop is big 11:13:03 0000 00000024[0] Stop
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Протоколы четко указывают на то, что при реализации вызова программы в процессе ее прогона с реальными входными данными возникает фатальная ошибка, которая, в частности, может привести к некорректному обращению к памяти. Надо исследовать программу, выявить ошибку, исправить программу.
Posted by Nicolay B. (Участник № / Member № 4338) on :
В Программа#3 у меня исполуется внешняя библиотека для запуска программы это как нибудь может влиять при частом обращении к ней?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Если внешняя библиотека оформлена корректно и не вызывает перегрузки основного цикла, то проблем быть не должно. Уберите вызов внешней библиотеки и проверьте работоспособность проекта по остальным функциям.
Posted by Nicolay B. (Участник № / Member № 4338) on :
Убрал вызов внешней библиотеки и вот LOAD [0] 20608 Jan 23 2012 12:52:03 0000 00000000[0] 19.06.2014 12:52:03 0000 00000000[132616] Start 12:53:39 0016 00000001[2391] Graph loop is big(t) 12:53:40 0000 00000002[0] Stop
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
А эффект, описанный в первом посте, сохранился?
Posted by Nicolay B. (Участник № / Member № 4338) on :
да, теперь в ошибках только ntdll.dll фигурирует.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
На разных ПК пробовали этот проект?
Присылайте проект на hotline@adastra.ru с комментариями, как воспроизвести ситуацию.
Posted by Nicolay B. (Участник № / Member № 4338) on :
пробовал на разных пк
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Присылайте проект на hotline@adastra.ru с комментариями, как воспроизвести ситуацию.
