При сохранении конфигурации или внешней обработки конфигуратор вылетает в дамп (белое окно)

Добрый день, форумчане. Столкнулся с такой ситуацией. У клиента на сервере платформа 8.3.5.1119 файловая база обычные формы, режим запуска толстый клиент. При попытке сохранения внешней обработки в конфигурации вылетает в дамп. Базу создавал копированием файлов *.1CD (более 6 гигов) и прочих служебных. Сервер теминалов ругался на запрет доступа при копировании только файла "Cfginfo.dat". Права на сервере терминалов сейчас установлены чтоб можно было вызывать диспетчер задач для сброса сеансов 1с-ки, но антивирус все равно ругается. Как решить подобную проблему? До этого все работало относительно хорошо. Сейчас вылетает даже конфигуратор
Делал следующее:
- Пересоздание базы в другом каталоге;
- очистка кэша с помощью параметра "/ClearCache"
С чьей стороны могут быть ошибки (винда, антивирус, некорректная работа процедур в базе). Делаю объединение функционала двух обработок в основном в части интерфейса.
Тестирование базы утилитой chdbfl.exe ошибок не показало. Кэш чистил. За день до этого работал также с ограниченными правами в данной копии.
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv8.exe
Версия приложения: 8.3.5.1119
Отметка времени приложения: 53e3d3ce
Имя модуля с ошибкой: dbgbase.dll
Версия модуля с ошибкой: 8.3.5.1119
Отметка времени модуля с ошибкой: 53e3d32c
Код исключения: c0000005
Смещение исключения: 0000324b
Версия ОС: 6.2.9200.2.0.0.16.7
Код языка: 1049
Дополнительные сведения 1: 5861
Дополнительные сведения 2: 5861822e1919d7c014bbb064c64908b2
Дополнительные сведения 3: 1a2a
Дополнительные сведения 4: 1a2aa8e38ac8adbb6fe1e594fa623c2e
С чьей стороны проблема: ОС или 1С 8?

0

Конфигуратор - Администрирование - Тестирование и Исправление

0

Тоже не помогло
Админы прав добавили, вроде от этого заработало.

Добавлено через 4 часа 35 минут
Помогло только добавление прав. Тестировали под админом. Все равно по текущим правам документы на рабочем столе даже создать и сохранить нельзя. Возможно, так полагаю, адм. права на сам процесс добавили 1С8 и все дочерние и создаваемые файлы?

0

Кто-то из наших отмечал, что 1119 глючная

0

Платформа 8.3.5.1119 даже на локальном ПК ведет себя странно. Запускается долго, какие-то непонятные сбои. Вроже 1248 получше (или как ее там).

0

Подскажите теперь похожая ситуация, но с конфигурацией БП 3.0.37.29 последняя. Из установчного дистрибутива демка - полностью на поддержке. Запуск в тонком клиенте на локальном компе. База файлова, права админские. При попытке запуска обычной обработки опять вылетает в дамп. Причина в самой обработке. Как отловить ошибку. Создал файл logcfg.xml для получения и анализа дампа. Получил файл 1cv8_8.3.5.1383_64e31ae2_20141219125719_ 3408.mdmp более 700 мб. Чем такое обрабатывать? Как искать что привело к ошибке именно в форме запускаемой обработки? По текстовым логам еще можно что-то понять

Добавлено через 20 секунд
55:45.289012-0,EXCP,0,process=1cv8,Usr=DefUser,Except ion=DatabaseException8,Descr="Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено 'DATAZONEOBJECTLOCKS'"
56:45.371021-0,EXCP,0,process=1cv8,Usr=DefUser,Except ion=DatabaseException8,Descr="Не удалось заблокировать запись. Действие (изменение, удаление или блокировка записи) не выполнено 'DATAZONEOBJECTLOCKS'"
57:19.442000-0,EXCP,2,process=1cv8,Usr=Абдулов (директор),OSException=1cv8_8.3.5.1383_6 4e31ae2_20141219125719_3408,Context=Сист ема.ПолучитьФорму : ВнешняяОбработка.ЗагрузкаИзЕкселяВБухгал терию3.Form
57:19.442000-0,EXCP,2,process=1cv8,Usr=Абдулов (директор),OSException=1cv8_8.3.5.1383_6 4e31ae2_20141219125719_3408,Context=Сист ема.ПолучитьФорму : ВнешняяОбработка.ЗагрузкаИзЕкселяВБухгал терию3.Form
57:19.458000-0,EXCPCNTX,0,ClientComputerName=KOSTYAPC ,ServerComputerName=KOSTYAPC,UserName=Аб дулов (директор),ConnectString='File="I:\Базы_ 1С\БП 3.0.37.29 дек демо";',Context=Система.ПолучитьФорму : ВнешняяОбработка.ЗагрузкаИзЕкселяВБухгал терию3.Form
57:19.458001-1156648998,EXCPCNTX,1,SrcName=SCOM,OSThr ead=4904,process=1cv8,ProcessName=RHostR oot,SrcProcessName=RHostRoot,Context=Сис тема.ПолучитьФорму : ВнешняяОбработка.ЗагрузкаИзЕкселяВБухгал терию3.Form
57:19.458002-1179690002,EXCPCNTX,0,SrcName=PROC,OSThr ead=4904,process=1cv8,Context=Система.По лучитьФорму : ВнешняяОбработка.ЗагрузкаИзЕкселяВБухгал терию3.Form
57:42.502001-0,EXCP,2,process=1cv8,Usr=Абдулов (директор),DumpError=I:\dump1c\1cv8_8.3. 5.1383_64e31ae2_20141219125719_3408.mdmp ,Context=Система.ПолучитьФорму : ВнешняяОбработка.ЗагрузкаИзЕкселяВБухгал терию3.Form

Добавлено через 39 минут
Это какой-то глюк самой управляемой формы платформы 8.3.5.1383? Вопрос как найти в чем причина. Создаю новую обработку переносом данных - ничего не вылетает. Упрвляемая форма открывается. Как ловить то подобные ошибки если бы было сотни элементов формы (про код вообще молчу)? Проверял с предыдущими релизами БП 3.0 тоже выпадает. Платформа последняя. Какими системными средствами диагностировать такие ошибки?

0

форма толстая? Из внешних в тонком бекар. Разработчики, похоже, просто провели какую-то работу над этим , что породило баг... или фичу

0