Всем доброе время суток !

Столкнулся со странным поведением COM.

Ситуация следующая.

На машине установлено два релиза 1С.

8.3.10.2252 32 разрядная и 8.3.11.3034 64 разрядная.

Есть база БП 3.0 (3.0.64.42).
В списке настроенных синхронизаций указана база ЗУП 3.1 находящаяся на этом же сервере 1С.

При попытке установить с ней COM соединение (Параметры подключения - Проверить подключение) получаю сообщение

Не удалось подключиться к другой программе. -2147221005(0x800401F3): Недопустимая строка с указанием класса


Делаю отмену регистрации библиотеки comcntr.dll для релиза 8.3.10.2252

regsvr32 "C:\Program Files (x86)\1cv8\8.3.10.2252\bin\comcntr.dll"  /u

Отмена регистрации прошла успешно.


Делаю регистрации библиотеки comcntr.dll для релиза 8.3.11.3034

regsvr32 "C:\Program Files\1cv8\8.3.11.3034\bin\comcntr.dll"

Регистрация прошла успешно.


Что еще необходимо сделать ?

Ранее в конфигурации использовался справочник НастройкиВыполненияОбмена где прописывались релизы используемые для подключения. Но сейчас он не используется.

Кто сталкивался с этой проблемой просьба подсказать.

(0) Библиотеку на Сервере 1С регистрируешь?

(1) Нет на локальном компе. Я же с него захожу в базу БП и из нее генерируется COM подключение в базу ЗУП

(2) "из нее генерируется COM подключение" - это может происходить на сервере

(3) То есть сделать отмену регистрации comcntr.dll и регистрацию на сервере 1С ?

(4) Я не знаю, где вызывается твой ком.

(4) Если это стандартный обмен БП - ЗУП, то он делается на стороне сервера, если свой, то надо смотреть где ты СОМ создаешь

(6) Стандартный

(7) тогда регистрируй на сервере, но только того релиза под которым сам сервер крутиться

(8) На сервере зарегистрировал. Ошибка та же самая. Сервер нужно перезапускать ?

Хост надо перезагрузить даже скорее всего

Попробуй через реестр поискать библиотеку и изменить пути к ней.

Надо на сервере регистрировать библиотеку.

(10) Сервер перегрузил, ошибка осталась.

Какие то чудеса.

А в чем проблема? В трех словах

(14)

Есть база БП 3.0 (3.0.64.42).
В списке настроенных синхронизаций указана база ЗУП 3.1 находящаяся на этом же сервере 1С.

При попытке установить с ней COM соединение (Параметры подключения - Проверить подключение) получаю сообщение
Не удалось подключиться к другой программе. -2147221005(0x800401F3): Недопустимая строка с указанием класса

Ошибка точно выглядит так:

Не удалось подключится к другой программе: -2147221005(0x800401F3): Недопустимая строка с указанием класса

Здесь пишут, что regsvr32 надо другой запускать
https://helpf.pro/faq/view/1825.htm

Для начала выяснить, где (хост и пользователь ОС) выполняется код, в строке которого возникает ошибка

1) нужен ребут, иначе не работает, проверено буквально вчера.
2) https://helpf.pro/faq/view/1825.htm это действительно так

(19) Я делал регистрацию comcntr.dll 64 битной платформы через
regsvr32 "C:\Program iles\1cv8\8.3.11.3034\bin\comcntr.dll"

Получил сообщение что регистрация успешная.

В статье написано то что нужно

1. Остановить сервер 1С
2. Делать регистрацию comcntr.dll 64 битной платформы через C:\Windows\SysWOW64\regsvr32

Эти пункты действительно важны ?

(20) Проверь в реестре (поиском по имени библиотеки) что пути именно из нужного релиза. Перезапусти службу 1С. Должно работать. И главное чтобы релиз библиотеки совпадал с релизом 1С (в параметрах службы посмотри путь, откуда она запускается)

(21) На сервере нашел интересный момент

Существуют регистрации comcntr.dll по путям которых нет в системе (возможно ранее была установлена 32 разрядная версия 1С и зарегистрирована dll).

C:\Program Files (x86)\1cv8\8.3.11.3034\bin\comcntr.dll

Я так понимаю что лучше это удалить ?

(22) насчет удалить не уверен, лучше новый путь подсунуть

(22) лучше руками ничего не удалять. А для чего именно х64 ком-конектор?

(23) (24)
Хоть ты тресни. Ничего не помогает.

Делаю все по инструкции в https://helpf.pro/faq/view/1825.htm

Останавливаю агент сервера.

Отменяю  регистрацию

regsvr32 "C:\Program Files\1cv8\8.3.11.3034\bin\comcntr.dll" /u

regsvr32 "C:\Program Files (x86)\1cv8\8.3.11.3034\bin\comcntr.dll"  /u

Регистрирую компоненту

C:\Windows\SysWOW64\regsvr32 "C:\Program Files\1cv8\8.3.11.3034\bin\comcntr.dll"


Путь в реестре который не убирался при отмене регистрации

C:\Program Files (x86)\1cv8\8.3.11.3034\bin\comcntr.dll

заменил на

C:\Program Files\1cv8\8.3.11.3034\bin\comcntr.dll

Перезапускаю службу сервера 1С.

Захожу в БП.

В списке настроенных синхронизаций указана база ЗУП 3.1 находящаяся на этом же сервере 1С.

Открываю ее параметры. Проверить подключение.

При попытке установить с ней COM соединение (Параметры подключения - Проверить подключение) получаю сообщение
Не удалось подключиться к другой программе. -2147221005(0x800401F3): Недопустимая строка с указанием класса

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

Единственное что смущает - на сервере установлена англоязычная версия 1С (все диалоги на английском). В этом может быть дело ?

Но ведь 1С нормально же заходит в БП и ЗУП. Почему же COM подключение не работает ?

(26) Службу сервера перезапускал. Сервер физически перегрузить ?

Я все сказал

(29) в (25) написал же "Останавливаю агент сервера. "

Потом отмена регистрации comcntr.dll

Потом регистрация.

Потом запуск службы сервера 1С.

(29) Сервер перегрузил, ошибка осталась.

Таки для чего именно х64 ком-конектор? Если везде клиенты стоят х32, то и конектор такой-же надо устанавливать. На крайний случай его можно потом через СОМ+ прописать.
Я пару недель назад, 2 дня плясал с бубном на тему подружить 1С 8.3.12 и Аксапту 2012 через х64 ком-конектор. Не победил. Тексты ошибок АХа писала столь экзотичные, что даже гугло-поиск молчал. Плюнул, взял х32, прописал в COM+, всё работает.
Вот от этих статей начинал "плясать":
http://catalog.mista.ru/public/197627/
http://catalog.mista.ru/public/400951/

(31) Тогда переходи к следующему моему указанию

(32) >Таки для чего именно х64 ком-конектор?

Потому что на сервере стоит 64 битная 1С. В каталоге

C:\Program Files\1cv8\8.3.11.3034

Соответственно comcntr.dll лежит в этом же каталоге.

(33)  У тебя написано в (18)

"Для начала выяснить, где (хост и пользователь ОС) выполняется код, в строке которого возникает ошибка"

Это уже выяснено в (6). "Если это стандартный обмен БП - ЗУП, то он делается на стороне сервера, если свой, то надо смотреть где ты СОМ создаешь".

У меня стандартная БП 3.0 которая связывается с ЗУП 3.1

Дальше идет инструкция в https://helpf.pro/faq/view/1825.htm

Сделал все как в ней сказано. Начиная с остановки службы сервера 1С. Далее удаление регистрации компонент. Далее регистрация. Далее перезагрузка сервера.

Ты опять что-то бакланишь. В (6) фраза ни к чему не обязывающая. Пока не найдешь строку кода, далеко не уедешь, думаю.

(36) От тебя за всю ветку ноль полезной информации но очень много пафоса. Если нечего сказать по теме может не стоит время тратить ?

(34) >> Потому что на сервере стоит 64 битная 1С. В каталоге
Это осознанное решение? Когда х64 платформу ставили, поставили флаг "СОМ-Coединение"?

Ясно. Не в коня корм значит.

(38) Новое место работы. Сервер 1С до этого ставил сисадмин. Зачем он поставил 64 разрядную версию внятно ответить не может.

Как только бухи сдадут квартальную отчетность буду переставлять сервер 1С.

(38) У сисадмина сервер 1С на котором крутятся базы БП и ЗУП до этого работал виртуальной машиной. Были большие тормоза. Он его снес и поставил на отдельную машину. Зачем поставил 64 разрядный сервер если на сервере крутится только база БП с 5 пользователями и база ЗУП одному ему известно.

Причем самое веселое что сервер 1С для бухгалтерии он решил переставить во время сдачи отчетности.

(41) Да не важно 64 версия или нет, все должно работать.
1. Ты определил какая версия сервера 1С запущена из установленных?
2. Остальные просто снеси чтобы не путались Длл.
3. Еще раз снимаешь регистрацию Длл, потом регистрируешь новую.
4. В реестре для верности проверяешь, что все пути ведут к нужной.
5. Перезапускаешь сервер 1С.

(41) И еще вопрос, если у вас всего 5 пользователей, то зачем вы купили 64 битную изначально? Она как бы намного дороже

(42)

1. На сервере установлена только одна 1С.
C:\Program Files\1cv8\8.3.11.3034

2. На сервере на данный момент нет других 1С помимо
C:\Program Files\1cv8\8.3.11.3034

3. Я это сделал. Остановил службу сервера 1С.
Снял регистрацию comcntr.dll
Зарегистрировал через C:\Windows\SysWOW64\regsvr32
Запустил службу сервера 1С. Перегрузил сервер.

Не помогло.

4. В реестре были ссылки на comcntr.dll от 32 разрядной версии C:\Program Files (x86)\1cv8\8.3.11.3034

Этой версии 1С на сервере нет но в реестре ссылки на comcntr.dll от 32 разрядной версии остались.

Путь к comcntr.dll я поправил на 64 разрядную.

5. Это сделано

(43) Я не уверен что 1С вообще куплена. Я же говорю сервер 1С переустанавливал сисалдмин. Я в этой организации недавно работаю и до проверки лицензий и восстановления анкет (при необходимости) руки еще не дошли.

(44) Зарегистрировал через C:\Windows\SysWOW64\regsvr32
так это ж для регистрации 32-разрядных компонент, а не для 64х

(41) Выбор разрядности сервера это отдельный вопрос. Он никак не связан с вопросом (0).
Я спрашиваю именно про разрядность клиента и COM конектора. Конектор х32 абсолютно нормально работает и с х32 и с х64 сервером. Выбор разрядности конектора зависит от разрядности же ПО, который будет его использовать. Если кроме сервера всё ПО х32, то нет смысла заморачиваться с х64 конектором.

(46) Цитата

https://helpf.pro/faq/view/1825.htm

В 32-битной версии сервера проблема решилась бы командой: regsvr32 «C:\Program Files (x86)\1cv8\8.3.5.1119\bin\comcntr.dll»

но в 64-битной версии команда будет примерно такой * : C:\Windows\SysWOW64\regsvr32 «C:\Program Files (x86)\1cv8\8.3.5.1119\bin\comcntr.dll»

(47) >Я спрашиваю именно про разрядность клиента и COM конектора

Если честно вопрос не совсем понял.

У меня на сервере установлена 64 разрядная 1С.

Каталог
C:\Program Files\1cv8\8.3.11.3034

Служба запуска сервера 1С

C:\Program Files\1cv8\8.3.11.3034\bin\ragent.exe

Других 1С на сервере нет.

(49) ну грохни ее нахрен поставь 32х. в чем проблема?

5-10 минутное дело пересадки сервера 1ц с 64 на 32 бит версию растянули на
(49) - (0) = 3 дня, 4 часа, 20 минут

Сеансовые данные почистить на сервере, и какая разница какого типа клиент, если подключение на сервере...

(52) com он как раз и подключается к тому клиенту, который на сервере.

Какой контекст COM-подключения? Кто выполняет подключение? Серверный или клиентский код?

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

"из одной версии платформы не получится зайти по кому в другую,т.к.перекроются имена dll" // Прекрасно получится, если СОМ-компоненте установить внепроцессную активацию.
С внутрипроцессной активацией в СОМ-компоненте не получится не из-за какого-то "перекрытия имен", а из-за того, что для СОМ-подключения используется не только одна длл-библиотека, но и другие (например, core83.dll), которые, единожды загруженные в процесс ОС, не могут быть изменены (подменены).

(49) "У меня на сервере установлена 64 разрядная 1С".  Платформа состоит из компонент - сервер, толстый клиент, тонкий клиент, ком-конектор.

(49) + к (57)
Выбор каждой из компонент, разрядности, в идеале, должен быть осознанным. Скажем сервер x64, это обязательное условие при более или менее больших БД и количестве пользователей. Но ещё зависит от наличия денюжек, ибо х54 сервер в 2 раза дороже х32.
А вот х64 клиентская часть, имхо, нафиг не нужная история. Где-то на форуме читал, что без х64 тяжко работает ERP, но не проверял.
Собственно возвращаясь к. Выбор разрядности компоненты должен основываться на разрядности ПО, что будет использовать эту компоненту. У меня, например, должны были дружить 1С и Аксапта х64. Т.е. х64 компонента выбиралась осознанно. В вашем случае, имхо, не нужна х64 клиентская часть. Попробуйте самое простое, просто правильно и ососзнанно установить нужные коппоненты:
1. В дистрибутиве х64 установить только сервер и  консоль администрирования.
2. В дистрибутиве х32 установить клиента. Тонкие и расширения по необходимости.
Можно перезагрузить сервер, но должно и так заработать.

(57) Я выше писал что у меня 1С на сервере установлена ТОЛЬКО в каталог C:\Program Files\1cv8\8.3.11.3034

Соответственно у меня и сервер 64 разрядный и клиент.

(51) >5-10 минутное дело пересадки сервера 1ц с 64 на 32 бит версию растянули на

Если бы было так все просто.

А то что на этом сервере работают бухи и идет процесс сдачи отчетности вы упускаете ? Вы предлагаете снести сервер на котором крутятся ВСЕ базы БП и ЗУП, при этом бухи работать с базами не смогут. После переустановки сервера опять с нуля регистрация всех баз 1С.

А если что-то пошло не так и опять  нужна переустановка ?

А бухи сидят и ждут.

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

(60) не сервер снести, платформу поменять на сервере. клиента.

(61) Вы предлагаете поставить на сервер две 1С - одну в каталог C:\Program Files\1cv8\8.3.11.3034 и из нее запускать сервер 1С C:\Program Files\1cv8\8.3.11.3034\bin\ragent.exe

Только для запуска сервера.

Другую в каталог C:\C:\Program Files (x86)\1cv8\8.3.11.3034

и использовать только для запуска клиента ?

(59) >> Соответственно у меня и сервер 64 разрядный и клиент.
Вот абсолютно ничего не значит. Полный дистрибутив платформы и х32 и х64 содержат как различных клиентов, так и сервер. Ну и плюс сопутствующие компоненты навроде СОМ конектора. Есть даже отдельный дистрибутив с сервером х64, который не содержит клиента. Надо смотреть что именно стоит, какие флаги были выбраны при установке.
(62) Нет, он не это предлагает. Ну я же писал в (57) что надо сделать... П.1. выполнен, осталось только п.2. Сервер как стоял х64, так пусть и стоит себе. Надо только поставить клиента х32. В установщике надо выбрать только 1 компонент - самый верхний, "1С предприятие", остальные должны быть отключены. Вместе с клиентом будет установлена и зарегистрирована х32 СОМ компонента. И будет щастье.

При установке на сервере 1с Сервер 64bit клиент тоже лучше ставить 64bit и не экспериментировать. 32 разрядный, понятное дело, лучше сразу перед установкой снести (а еще лучше перед установкой перезапустить сервер).

(64) Имхо, бред. Какие-то аргументы за данное решение есть?

(65) У меня так работает, с 32 бит клиентом на сервере косяки с com.

(66) А у ТС проблемы с х64 СОМ. На 12.1595 и у меня проблемы были на связке 1С_аксапта с помощью х64 СОМ. И?

(64) на 64 битном клиенте не работает встроенное сканирование (компонента не устанавливается)

(64) Если у вас это не работает, то не значит что у других такие же кривые лапки. На 64 битных клиентах до сих пор не прикрутили многие ВК (например та же печать ШК в отчетах) да и слабо представляю необходимость 64 битного клиента при наличии сервера 1с, а чтобы с комами всё хорошо было надо просто четко представлять себе что ты делаешь, и либо не допускать клиентских/серверных вызовов (в зависимости от того что вы регистрировали по умолчанию) при разных разрядностях/платформах или оборачивать в обертки нужные вам библиотеки.

(63) >Сервер как стоял х64, так пусть и стоит себе. Надо только поставить клиента х32

Можете пояснить - зачем ?

У меня на сервере стоит 64 разрядная 1С. Других там нет.

Да были какие-то хвосты регистрации в реестре comcntr.dll из 32 разрядной 1С. При том что самой 32 разрядной 1С (из папки C:\Program Files (x86)\1cv8\8.3.11.3034  на сервере нет. Я поменял путь в реестре с «C:\Program Files (x86)\1cv8\8.3.5.1119\bin\comcntr.dll» на «C:\C:\Program Files\1cv8\8.3.11.3034\1cv8\8.3.5.1119\bin\comcntr.dll»


Дальше получается следующее.

Вне зависимости от того где зашел клиентом в 1С (с локальной машины или на сервере) происходит проявление ошибки COM при попытке произвести тестовое подключение из БП в ЗУП в штатной процедуре обмена БП-ЗУП.

Теперь давайте думать логически.

Если бы проблема с COM была только при заходе в 1С с клиентских машин а при заходе в 1С с сервера ее не было то надо было бы копать в сторону клиентских машин и клиентских версий.

Но проблема происходит все зависимости от того с какой машины (с локальной или с сервера) зайти в 1С.

В связи с этим чем поможет установка 32 разрядного клиента на сервере если при заходе в 1С с клиентских машин он участвовать не будет ?

(63) "Полный дистрибутив платформы и х32 и х64 содержат как различных клиентов, так и сервер. Ну и плюс сопутствующие компоненты навроде СОМ конектора. Есть даже отдельный дистрибутив с сервером х64, который не содержит клиента. Надо смотреть что именно стоит, какие флаги были выбраны при установке. "

Где вы видели такие пункты ?

Там есть только выбор из
1С Предприятие 8
1С Предприятие 8 - тонкий клиент
1С Предприятие 8 - тонкий клиент (файловый вариант)
1С Предприятие 8 сервер
Веб сервер и модули расширения
Администрирование сервера
Интерфейсы
Дополнительные административные функции

Больше нет ничего.
Никакой отдельной возможности поставить COM коннектор в дистрибутиве нет.

Собственно если в установленных программах на 1С этого релиза нажать "Изменить" то будет видно какие компонеты можно выбрать.

(71) Данная возможность присутствует в варианте установщика "Cервер 1С:Предприятия (64-bit) для Windows", ни в технологической платформе, ни в тонком клиенте его нет (как нет и в варианте "Технологическая платформа 1С:Предприятия (64-bit) для Windows"). Но в варианте поставки сервера он присутствует из коробки и даже работает без плясок с бубном. От ТСа хотелось бы более явной инфы - какой вариант поставки он использует (со штукой с сайта 1с которая называется "Технологическая платформа 1С:Предприятия (64-bit) для Windows" раньше было много проблем именно с сервером 1с предприятия (хотя вроде как они должны были быть одинаковыми) и com библиотека была 32-битной, может до сих пор не поправили), почистил ли он старые следы библиотеки, как он регистрирует - через 32 битный regsvr или с помощью regsvr из syswow, пробовал ли он указать регистрацию компоненты при установке сервака, написать в конце концов версию платформы и было бы неплохо если бы тс явно отвечал на вопросы (к примеру какой вызов использовался клиентскиЙ или серверный он в явном виде так и не ответил, хотя и можно догадаться о том что серверный). ТС - снеси все к чертям (сохранив папку srvinfo), поставь заново дистрибутив именно "Cервер 1С:Предприятия (64-bit) для Windows" и при установке выберите пункт com соединение, после восстановите папку srvinfo и радуйтесь появившемуся кому.

мне помогло создать ком-объект руками

Внепроцессорная активация ком это еще то зло,т.к.пересылать данные через границу процесса очень медленно.

Жесть какая. Автор, твоя проблема решается за 5 минут.

(75) Не всегда.Бывают тяжелые случаи.Кстати,ТС пока не отписался о решении)

(75) Каким образом ?

Я делал все по инструкции https://helpf.pro/faq/view/1825.htm

Проблема не решилась

(77) Ну давай подключусь, гляну
Пиши на [email protected]

(76) Не отписался потому что проблема пока не решена.
На старом сервере постоянно работают бухи. Если его остановить начнутся вопли "дайте работать".

Сисадмин поднял новый сервер, сейчас с нуля поставлю на него сервер 1С, разверну базы и проверю работу COM.

(78) Написал

(70) (71) > Можете пояснить - зачем ?
Есть целых 2 причины:
1. х64 СОМ "так и не взлетел".
2. Никаких внятных резонов использовать х64 клиентскую часть нет.
Остальное см (72).

(75) К сожалению как вы сами убедились бывают проблемы которые за 5 минут не решаются.

Проблему к сожалению не удалось решить никакими способами.

Большое спасибо за помощь.

Перехожу к плану Б - поднимаю сервер 1С на чистой машине, разворачиваю базы там и пробую.

(76) На новом сервере  все заработало.

Последовательность следующая.

1. Установка сервера 1С (поставил 32 разрядную).
Ставил из обычного дистрибутива windows

2. Регистрация comcntr.dll под админскими правами

regsvr32 "C:\Program Files (x86)\1cv8\8.3.11.3034\bin\comcntr.dll"

И все работает.

Много писанины...

1. Удалить старый сервер
2. Установить новый сервер приложений 1С, с нужной версией и под администратором :)

... (83) - для сервера 64, регистрируем из C:\Windows\SysWOW64\ :)

+(83)  Регистрация comcntr.dll под админскими правами

И помни, админ админу рознь... тут как ваш админ настроит безопасность ;)

(84) Так хотелось проблему решить терапевтическими методами а не хирургическими

(84) Согласитесь что сначала хочется решить более простыми способами чем снести сервер 1С и поставить заново (с регистрацией всех баз на нем заново).