0
На рассмотрении

Аварийное завершение программы

AC! 2 года назад в Прочее обновлен 2 года назад 8

Здравствуйте.

Очень часто программа аварийно завершает работу. Просьба помочь выяснить проблему.

Отчет при завершении, созданный программой здесь: скачать

+1
На рассмотрении

скорее всего есть порча памяти в одном из скриптов (вспомните что делали последнее)
Поймать ее можно включив отладку памяти C:\raschet\UTILIT\DebugHeap

Либо сбойная память у компьютера. Синие экраны Windows если наблюдали то это оно.

Если есть еще дампы, то пришлите их тоже.

еще один дамп: скачать

синие экраны не наблюдаются

не "очень" то и "часто" - тот дамп создан полгода назад, его разобрать не получается. нужны еще дампы причем скорее всего портится память до того как пошли в своды (первый дамп), где то в другом месте. Т.е. нужно с влкюченным C:\raschet\UTILIT\DebugHeap  повторить действия которые делали перед предыдущим дампом.

у пользователя нашелся дамп полугодовой давности. 

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

Компьютер работает стабильно, без зависаний, жалоб ни на какие другие программы по глюкам нет. ОЗУ 12Гб

бухгалтер сохранил еще несколько дампов - файлы больших размеров.

те, что по 10мб, со включенным дебагом. но при включенном дебаге программа неработоспособна: стабильно при запуске говорится о недоступности data.mdb и падает, хотя залит 100% рабочий вариант, путь к файлу изменен, права полные. Далее испортился файл оглавления списка перс отчетности и не отрабатывает кнопка загрузки файла в пользовательскую таблицу (в перс отчтености), прилагаю 2 дампа с дебагом по 10мб.

Без дебага

1. скачать

2. скачать

с дебагом

3. скачать

4. скачать

во всех дампах ошибка 0xC0000006  In page error reading location  в разных местах кода.

Скорее всего причина в том что сеть нестабильная и программа не может прочитать часть memory mapped файла .dll 

хорошо. Попробуем разобраться.

Андрей, можете рекомендации по действиям дать?

спасибо

Рекомендации как настраивать сетевое оборудование? - наверно гугл знает гораздо больше меня.
Если потери пакетов неизбежны (сеть wifi?) рекомендую тогда
1) либо настроить терминальный доступ пользователей и все программы запускаются на сервере.
2) либо локальные raschet-ы пользователей должны находиться на их локальных компьютерах. Доступ к файлам с данными (в сетевом ZPL ) мы стараемся делать защищенным от сетевых сбоев (за это отвечают настройка "Общие настройки системы -> 5. Специальные настройки системы. -> Кол-во повторов сетевых запросов" и соседние "Количество повторов *")

сеть проводная. Терминальный доступ невозможен - нет спецов в организации. Очень удобно обновлять пользовательские скрипты в сетевой папке - сразу для всех пользователей и наоборот.

Имелось ввиду не инструкция по обжиму, прокладке, монтажу и запуску сетевого оборудования.

Не ясно пока в целом софтовая (антивирус, вирусы, драйверы, винда сама) или железная проблема.

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

В целом ответ понятен. Будем разбираться. Спасибо за помощь.

Сервис поддержки клиентов работает на платформе UserEcho