При интеграции современных конфигураций на платформе 1С:Предприятие 8.3 со старыми базами на платформе 7.7 разработчики часто сталкиваются с труднообъяснимым поведением системы. Одной из самых неприятных проблем является «мертвое» зависание процесса на строке инициализации COM-объекта. В этой статье мы подробно разберем, почему возникает эта ошибка, проанализируем внутренние механизмы взаимодействия систем и выработаем пошаговый алгоритм решения.
Ситуация обычно выглядит следующим образом: программный код успешно проходит все предварительные проверки, но как только управление доходит до команды Новый COMОбъект("V77.Application"), выполнение прерывается. В диспетчере задач может появиться процесс 1cv7.exe или 1cv7s.exe, но само приложение 1С 8.3 перестает отвечать на любые действия пользователя или системы. Рассмотрим подробнее, что происходит в этот момент «под капотом» операционной системы Windows.
Проблема заключается в том, что V77.Application — это 32-битный OLE-сервер. При его вызове операционная система должна не только создать экземпляр приложения, но и обеспечить корректный обмен сообщениями между вызывающим процессом и созданным объектом. Если на одном из этапов этот обмен блокируется, возникает состояние Deadlock (взаимная блокировка).
Первое, что мы должны проверить — это корректность регистрации библиотек 1С 7.7 в реестре Windows. Если записи повреждены или указывают на неверные пути, вызов COMОбъект может уходить в бесконечное ожидание ответа от подсистемы RPC. Для решения этой проблемы выполним принудительную регистрацию.
Разберем алгоритм действий:
BIN установленной платформы 7.7.Пример команды для регистрации:
cd "C:\Program Files (x86)\1Cv77\BIN"
1cv7s.exe /RegServer
После выполнения этой команды система обновит пути к библиотекам в ветке реестра HKEY_CLASSES_ROOT\V77.Application. Также крайне важно убедиться, что в папке BIN присутствует файл библиотеки типов 1cv7.tlb. Если этого файла нет, COM-объект может создаваться некорректно.
Одной из наиболее вероятных причин зависания является нехватка прав доступа. В современных ОС (Windows 7, 10, Server 2008/2012 и выше) механизмы контроля учетных записей (UAC) могут блокировать попытку одного приложения запустить другое через механизм OLE. Выясним причину, попробовав запустить основную базу 1С 8.3 от имени администратора.
Если при запуске 1С 8.3 с повышенными привилегиями зависание исчезает, значит, проблема в правах доступа к реестру или к папкам с программными файлами 1С 7.7. Для постоянного решения проблемы необходимо убедиться, что пользователь, под которым работает сервер 1С (если это регламентное задание) или текущий пользователь Windows, имеет полные права на ветку реестра HKEY_CURRENT_USER\Software\1C\1Cv7\7.7.
Рассмотрим ситуацию, упомянутую опытными коллегами: 1С 7.7 при запуске через OLE всё равно пытается выполнить определенные интерактивные действия. Если база, к которой вы подключаетесь, не прописана в списке баз конкретного пользователя Windows, V77.Application может попытаться вывести окно «Добавление информационной базы в список».
Поскольку OLE-сервер запускается в невидимом режиме, это окно остается скрытым. Система ждет реакции пользователя (нажатия кнопки «ОК»), но пользователь его не видит, что и воспринимается как зависание. Чтобы исключить этот фактор, проанализируем следующие действия:
Если вы используете 64-битную версию платформы 1С 8.3, прямое создание 32-битного объекта V77.Application невозможно. В этом случае Windows использует «прослойку» в виде процесса dllhost.exe (DCOM). Выясним, как настроить этот компонент для предотвращения зависаний.
Настроим права через консоль «Службы компонентов»:
Win+R, введите dcomcnfg и нажмите Enter.Проанализируем глубокую техническую причину, связанную с тем, как 1С 8.3 обрабатывает системные сообщения Windows. При инициализации COM-объекта вызывающий поток может войти в цикл ожидания. Если в этот момент очередь сообщений процесса 1С 8.3 блокируется (например, длительными вычислениями в том же потоке), ответ от V77.Application о завершении инициализации может быть «потерян» или проигнорирован.
Посмотрим на пример кода, который минимизирует риски блокировки при создании объекта:
// Попробуем использовать явное указание версии платформы
Попытка
// Для SQL версии используем V77S.Application
// Для сетевой версии V77M.Application
// Для локальной V77L.Application
База77 = Новый COMОбъект("V77.Application");
Исключение
Сообщить("Не удалось создать объект V77.Application: " + ОписаниеОшибки());
КонецПопытки;
Если зависание происходит в регламентном задании, крайне важно, чтобы у пользователя, от имени которого запущен сервер 1С, был загружен профиль пользователя. Без загруженного куста реестра HKEY_CURRENT_USER инициализация OLE-сервера 7.7 практически всегда заканчивается неудачей или зависанием.
Для стабильной работы связки 1С 8.3 и 1С 7.7 мы рекомендуем придерживаться следующей стратегии: во-первых, всегда регистрируйте 7.7 через /RegServer от имени администратора. Во-вторых, используйте запуск вызывающего приложения (8.3) с достаточными правами. В-третьих, если вы работаете в 64-битной среде, уделите особое внимание настройкам DCOM. В некоторых случаях помогает временное отключение систем защиты данных (DEP) для исполняемых файлов семерки, так как старый код может некорректно работать с защищенными участками памяти.