Здравствуйте, форумчане!
не предлагайте мне решений из интернета, таких как regsrv32, консоль компонентов, скрипт регистрации и переустановка 1с. Все это было выполнено раз стопятьсот и на данный момент безрезультатно. Права на папку с dll так же проверены, они полные. Вообще на всю ветку 1с полные права у всех. Скачала RegDllView, посмотрела - есть в списке как зарегистрированная. Но что она не работает, я уже не в силах понять.

Кто обладает дедукцией, интуицией и логикой, выручайте, пожалуйста!
W 2008 R2, 1с 8.3.12.1567 все х64, клиент-сервер. запускается все на одной машине. Соединение устанавливается в общем модуле:
ComОбъект = Новый COMОбъект("V83.COMConnector");

машина виртуальная, если это имеет значение

удали регистрацию
зарегистрируй

если делаю regsrv32 /u ошибка
https://dropmefiles.com/dalBu

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

регистрация же проходит успешно

в консоли компонентов висит что-нибудь?

regsvr из syswow64 запускай

(7) нафейхоа. клиент же 64-битный?

(4) cmd от админа?

Отключи DEP

https://dropmefiles.com/1Xfmb консоль компонентов

cmd от админа + у меня права админа

regsvr из syswow64 запускай (7)

это надо делать для 32 битных приложений

(8) да. всё 64 битное

Права на HKEY_CLASSES_ROOT\TypeLib?

Перекинь библиотеку в C:\Temp какой-нить и зарегай, ошибка проявиться?

(14) извините, а как узнать права на ветку реестра?

(16)В безопасности

ПКМ - Разрешения - Безопасность

(10) Отключи DEP пока не помогло

(15) при регистрации ошибка:
https://dropmefiles.com/B2TB1

(20)Ну да, завсисимые модули тащить надо тоже.

Обнови венду, выполни sfc /scannow, перезагрузи комп в конце концов.
перекинь папку платформы в c:\temp, по простому говоря и выполни регистрацию оттуда.

(14) права на ветку есть
https://dropmefiles.com/K8gzO

(3) такая ошибка вылезает при невпадении битности.
попробуйте c:\windows\syswow64\regsvr32

* невпадении = несовпадении

(24)На меня уже ушат помоев опрокинули, твердят, что гарантировано x64

Может криво установился MSCRT?

найди все comcntr.dll на всех дисках и сделай для всех regsvr32 /u используя полные пути

sfc /scannow не выявлено ошибок.
перезагрузка раз в 5 минут уже дня три как

(24) пробовали, но эта регистрация для 32 разрядных приложений в 64 разрядной ОС. Не дает эффекта.

(28) у меня нет других comcntr.dll. а удаление выдает ошибку (скрин выше)

решение не найдено

никаких других приложений нет, антивируса, кроме видны нет

ну не знаю.. платформу обновите

Проделай все операции на 32 разрядных компонентах 1С.

Проверь безопасность комконнектора.
Нужно снять(!!) галочку с авторизации комконнектора
http://i33.fastpic.ru/big/2013/0813/20/5f5bce01abba5750e4af4afeab244520.png

Более полный гид для проверки:
http://catalog.mista.ru/public/197627/

(0) И на клиенте, и на сервере делаете?

(20) А в журнале Windows что-нибудь пишется?

(24) При несовпадении вылезает "Класс не зарегистрирован". "Неверная строка класса" вылезает когда вообще никакая компонента с таким именем класса не зарегистрирована.

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

(37) делаю на сервере , там же установлен и клиент

Не от админа запускаешь cmd

Сколько платят за решение вопрос?

(41) от админа

(41) на скриншоте видно

(42) ваши предложения?

Кажется, ты что-то напутал

возьмите другую версию платформы

(47) бесит, что на другой машине на этой же конфигурации всё работает. Соответствующие ветки реестра одинаковые, даже DLL скопирована оттуда.

Проверь наличие dll для комконнектор с помощью depends

Ну очевидно же, что разное либо текущее программное окружение, либо способ прихода к нему

А сервер 1С от какого имени запускается?

(48) Не надо копировать - не все хранится в реестре, некоторые данные хранятся в кеше. Сервер перезагружали?

(52) сто раз

На сегодня результаты такие - не смотря на то, что это 64-битная версия, на клиенте COMобъект создается, на сервере - вышеуказанная ошибка.
Такие ситуации описаны для проблемы 32-битного приложения 1с на 64-битном сервере. И эти варианты все были также перепробованы.

Клиент и севрер на одной и той же машине из одного дистрибутива

(49) depends - интересная штука. Но там очень много всего. В итоге выдает ошибки про циклические ссылки и длиннющие ветки. Но пришла идея скопировать всю папку \bin с работающего сервера, но это ни на что не повлияло.

Работает в тонком, толстом клиенте, на сервере в файловом варианте. Не работает только на сервере в клиент-серверном.

(0) >> все х64, клиент-сервер

Решения нет, только если обновить библиотеки БСП на самую последюнюю, и главное...

Сервер х64 работает только на х64, и там нет месту х32.
А вот клиент может работать, как на х32, так и на х64 соответственно :)

Так что ком соединение прошу соединять на стороне клиента, и все у вас заработает :)

(57) Файловый вариант, это не Серверный и правила там не работают, так как вам пропел буклетик от 1С :)

В файловом варианте, считай что все выполняется на стороне Клиента :)

(59) У тебя Пунто свитчер все точки смайликами заменяет?
Почитал бы хотя бы (0) прежде чем фигню то писать. ТС все на одной машине выполняет: и файловую, и клиент, и сервер.

(59)  так и есть. В файловом варианте все выполняется на стороне клиента, но все равно есть механизм, имитирующий сервер.

(59) да, клиент может быть и 64 и 32. У меня он 64-битный. А 64-битные приложения в 64-битной среде, насколько мне известно, могут работать только с 64-битными библиотеками, поэтому библиотеки соответственно тоже бывают 32 и 64 битные.

(54) Тогда смотреть в сторону различия прав пользователей сервера 1С и клиента. Версию с использованием 32-битной библиотеки в 64-битном клиенте можно проверить, сосчитав количество процессов COM Surrogate до запуска компоненты и после: если после запуска появляется еще один процесс COM Surrogate - значит используется 32-битная библиотека.

(62) 64-битный клиент может использовать 32-битную библиотеку через прокладку. А серверу, НЯЗ, только x64 подавай, он даже не будет пытаться прокладку использовать.

(63) запускался 1С агент под теми же правами пользователя с правами администратора, под которым был выполнен вход в систему и не выдавалось ошибок на файловой.

Следовательно дело не в правах, под которыми запускается агент сервера 1с.

(66) Неверный вывод. См (58)

(0)C:\Windows\SysWOW64\regsvr32 «C:\Program Files (x86)\1cv8\<ВерсияПлатформы>\bin\comcntr.dll - так будет ошибка или нет?