Здравствуйте, уважаемая Техподдержка. Неожиданно при перезапуске сервера возникла следующая ошибка: Trace Mode AppCrash msvcr71. Ниже привожу описание ошибки.
На какой адрес отправить проект? Также пробовал в файле TMcom_xx.cnf задать DEBUGON=700CDFD0 - не помогло.
Открываем МРВ, открываем на запуск скомпилированный проект - выдает ошибку "Прекращена работа программы TraceMode RealTime Monitor..." Листинг ошибки: Сигнатура проблемы: Имя события проблемы: APPCRASH Имя приложения: rtcx.exe Версия приложения: 6.0.9.0 Отметка времени приложения: 51e422f6 Имя модуля с ошибкой: ntdll.dll Версия модуля с ошибкой: 6.1.7600.16385 Отметка времени модуля с ошибкой: 4a5bdadb Код исключения: c0000005 Смещение исключения: 00028ea4 Версия ОС: 6.1.7600.2.0.0.256.48 Код языка: 1049 Дополнительные сведения 1: abcc Дополнительные сведения 2: abcc8f7853b48d9807d6d51eb1fa5df9 Дополнительные сведения 3: abcc Дополнительные сведения 4: abcc8f7853b48d9807d6d51eb1fa5df9
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
В профайлерном протоколе в папке узла после использования ключа DEBUGON=700CDFD0 появились какие-либо сообщения?
В tm6_log.txt?
Posted by Mamikon (Участник № / Member № 7052) on :
Происходило все это 13.12 Вот конец содержимого указанного Вами файла:
...... ...... 19:55:39 0000 00000000[0] 30.06.2017 19:55:39 0020 00000000[0] modems not ready 19:55:40 0020 00000000[0] modems not ready LOAD [0] 609 Jul 17 2013 09:29:49 0000 00000000[0] 13.12.2017 09:29:49 0000 00000000[186] login ok LOAD [0] 609 Jul 17 2013 09:36:56 0000 00000000[0] 13.12.2017 09:36:56 0000 00000000[186] login ok LOAD [0] 609 Jul 17 2013 09:41:24 0000 00000000[0] 13.12.2017 09:41:24 0000 00000000[186] login ok LOAD [0] 6100 May 23 2016,RTM NT(6.1) 09:44:20 0000 00000000[0] 13.12.2017 09:44:20 0000 00000000[0] Wrong file version <= 6.09 LOAD [0] 609 Jul 17 2013 09:45:47 0000 00000000[0] 13.12.2017 09:45:47 0000 00000000[186] login ok LOAD [0] 609 Jul 17 2013 10:05:53 0000 00000000[0] 13.12.2017 10:05:53 0000 00000000[186] login ok LOAD [0] 609 Jul 17 2013 10:07:51 0000 00000000[0] 13.12.2017 10:07:51 0000 00000000[186] login ok
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Мы просили просмотреть профайлерный протокол, <имя файла dbb>.txt.
Вы не вносили никаких изменений в проект перед появлением этих коллизий?
Posted by Mamikon (Участник № / Member № 7052) on :
Я не понимаю о каком файле Вы говорите.
В папке проекта есть следующие файлы: ... АСУ_Здания_0.dbb АСУ_Здания_0.dbx АСУ_Здания_0.inf АСУ_Здания_0.rtp АСУ_Здания_0.txt ...
Вот содержимое последнего файла, если Вы о нем:
(10:7:51) INF_RTM:NT6.RTM 6.1 (10:7:51) INF_RTM:Professional RTM+ ver. 6.09.0 (10:7:51) INF_FLT:fault-tolerant with 2 node (10:7:51) INF_ER:size f=172 g=208 len=157 (10:7:51) INF_DUMP:file name Damp (10:7:51) INF_DUMP:information restored (10:7:51) INF_LOAD:LoadTime=0.53s CalcPeriod=550ms
Posted by Mamikon (Участник № / Member № 7052) on :
Изменений не было НИКАКИХ.
Была необходимость перезагрузки сервера. Ну я сначала и принялся отключать консоли, а затем и основной сервер. Но на сервере проект сразу не остановился. Пришлось рубить через диспетчер задач. Далее перезагрузка ПК -> открытие проекта и соответственно эта ошибка.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Судя по профайлерному протоколу, узел загружен без ошибок. Из файла сохранения данных восстановлены данные предыдущего сеанса. Далее должен быть запущен процесс диагностики ресурсов с соответствующими сообщениями, например, (17:18:23) INF_RTM:available(MB): pm=3895 vm=2047; free(MB): pm=1841 vm=1931 em=0 after load (17:18:23) INF_RTM:total use(MB): pm=2054 vm=118 after load (17:18:23) INF_RTM:use(MB): pm=21(21) vm=21(21) pf=229 after load (17:18:23) INF_RTM:gh:36 uh:80 hh:122 after load а затем - запуск главного потока с сообщением (17:18:23) INF_RTM:start Main[xxxx] idle ...
Возможные проблемы - ошибки в системной памяти, - искажение файлов сохранения данных в момент принудительного выключения МРВ через диспетчер задач. Попробуйте удалить файл Damp. Далее надо будет тестировать работу системной памяти.
