Форум 1С
Программистам, бухгалтерам, администраторам, пользователям
Задай вопрос - получи решение проблемы
16 апр 2024, 06:36

Ошибка при вызове конструктора (COMObject): -2147221164(0x80040154): Класс не зарегистрирован

Автор Vdeg, 22 сен 2014, 13:00

0 Пользователей и 1 гость просматривают эту тему.

Vdeg

При обновлении с 1С 8.2 на 1С 8.3.5.1119 на Windows 7 x64 (клиентский компьютер) перестал работать вызов COM Connector.

Выдается ошибка "Ошибка при вызове конструктора (COMObject): -2147221164(0x80040154): Класс не зарегистрирован ".

Пытаюсь зарегистрировать comcntr.dll (от 1С 8.3.5.1119) вручную, выдаётся ошибка - см. скриншот.

Как её можно победить? Пробовал и
regsvr32 "c:\Program Files (x86)\1cv8\8.3.5.1119\bin\comcntr.dll
и
"c:\Windows\SysWOW64\regsvr32.exe" "c:\Program Files (x86)\1cv8\8.3.5.1119\bin\comcntr.dll"
- результат одинаковый : не удалось выполнить вызов DllRegisterServer, код ошибки 0х80070005.

:dfbsdfbsdf:
Житель района Восточное Дегунино (Москва, Россия)
Мой блог программиста

Yura063

http://support.microsoft.com/kb/827659

Fail to register a DLL by using Regsvr32.exe - Windows Client

  • Article
  • 09/23/2021
  • 2 minutes to read

In this article

This article provides a solution to a 0x80070005 error that occurs when you register a DLL by using Regsvr32.exe.

Applies to: Windows 10 - all editions, Windows Server 2012 R2
Original KB number: 827659

Symptoms

When you try to register a dynamic-link library (or DLL, or .dll file) by using the Regsrv32.exe command-line tool, the DLL is not registered, and you may receive the following error message:

DllRegisterServer in file_name.dll failed.

Return code was: 0x80070005

Note

This behavior does not occur in Windows NT 4.0 or Windows 2000.

Cause

This behavior may occur if you try to register a DLL by using Regsrv32 while you are logged on using an account that does not have administrative credentials, such as an account that is a member of the standard users group. An account that does not have administrative credentials cannot write to the registry or change files in the System32 folder.

The behavior occurs because Windows XP and Windows Server 2003 use a more restrictive security scheme than earlier versions of Windows use. This scheme prevents standard users from registering DLLs.

Note

Because of this behavior, standard users may not be able to run programs that self-register DLLs by using standard user's ID.

Resolution

To resolve this behavior, log on by using an administrator account, and then register the DLL.

More information

You can register a DLL by using an account that does not have administrative credentials as long as the DLL does not write to the registry or change files in the System32 folder.

Помогли, отблагодари!

ministreliya


Vdeg

Спасибо! Запустил cmd от имени администратора (с зажатым Shift-ом) - получилось! :zebzdr:
Житель района Восточное Дегунино (Москва, Россия)
Мой блог программиста

Русъ


Теги:

Похожие темы (5)

Рейтинг@Mail.ru

Поиск