Известно, что для запуска 32-битного COM на сервере 1С, который 64-битный, нужно шаманить с бубном: http://kb.mista.ru/article.php?id=870

Оказалось, что для тиражного использования данный бубен плохо помогает: половина клиентов с первого раза не могут им корректно воспользоваться, сейчас некоторые клиенты пытаются обновить COM на следующую версию - и там тоже все печально.

Компоненту пишем сами, на С++, исходники имеются.

Какие есть варианты? Пробовал ли кто-нибудь в данной ситуации собирать 64-разрядный COM и что из этого вышло?

в пост призывается orefkov

Странно, у нас на севере Win2008 R2 x64, а сервер 1С - x86. Есть отчеты, которые &НаСервере подключаются по COM к другим базам 1С - всё работает...

(2) может, это потому что сам 1с - 32-х битный?

(3) Да, я же написал. А проблема возникает только, если сервер 1С x64?

(1)
COM - не пробовал.
Native компоненты в 1С-64 работают нормально.

(4) я точно не знаю, это же у клиентов проблемы, они далеко и к себе на сервак не пускают

(5) Native убогий по возможностям интерфейса, сом в найтив не переделывается к сожалению

Тебе какой КОМ? V82.COMConnector или свой КОМ? Если 1Сный, то никак, если свой: я переписал на C#, теперь запускается и x64 и x86 из типа одного бинарника

(0)странно.. по моему это все от неграмотности..
А что мешает просто собрать x64 бинарник компоненты?
А чтобы у клиентов проблем не было надо инсталяторы грамотно писать.

и не надо никаких бубнов применять промышленно..
Бубны применяют когда выбора другого нет.
Вы же разработчики(!), будьте мужиками. :)

(8)что значит никак? В составе "x64 дистрибутива сервера 1С" есть вполне себе x64 COMConnector, который точно такой же, и предназначен для использования в контексте 64-битного процесса в том числе и с сервера 1С.

(11) Ну тем более

(8) (9) (11) - Спасибо.
Понятно, куда копать. Буду наших с++ников напрягать дальше

(13)там в общем-то, для сборки x64 даже усилий-то, чуть больше чем никаких. Только конфигурацию платформы на x64 сменить и нажать F7. Если все написано грамотно все соберется сразу, или чуток поправить до универсальных типов.

Особенность будет только в инсталяторе.
В идеале если платформа ОС x64, то только x64-й msi должен вставать, а 32-битный должен не позволять ставиться.
А вот 32битный, по идее должен бы был ставиться только под 32-битной осью..
НО, на 64-битной ОС запросто могут использовать 32-битный сервер 1С, и компонента соответственно тоже тогда должна быть 32-битная.
Вот этот единственный тонкий момент и должен разруливать инсталятор.
Можно задавать вопросы чтобы пользователь (тот кто устанавливает) сам решил.
Можно посмотреть на установленный в данный момент сервер 1С, например..

Так вроде можно поставить обе версии СОМ: они прописываются по разным путям и разных ветках реестра?

(15)да, и так вроде тоже делают

то что ветки разные, это 100%

(14) так компоненту можно через regsvr32 устанавливать :)
вообще, это пока у нас не сильно массовый случай, т.е. админы на стороне клиента есть и им достаточно четкой инструкции

угу, regsvr32 это для грамотных :)
А для промышленных масштабов инсталяторы придуманы, пользователи же в своей массе с помощью компьютера ошибаются чаще.
Инструкцию читать? Под виндой? я тебя умоляю.. :)

(19) для промышленной эксплуатации у нас все на клиенте запускается, и там без инсталляторов 1С сама ставит свою ВК.

Но есть клиенты, которые хотят часть логики в регламентные задания выносить, и они имеют после этого боль. Но хочется чтобы боль поменьше была :)

(14) а вы где исходников набрали?

(14) А можете дать пример 64-битной компоненты для 1С?

Мы собрали 64-бит, 1с класс не видет.  Я хочу поставить "правильную" компоненту и посмотреть, что куда в реестре должно писаться.

up

"Москва, по COM звонят твои колокола.." (С)

(22)не могу

А как компонента устанавливалась? Регистрация вашей x64 COM компоненты кем делается?

(24) я руками регистрирую с помощью SysWOW64\regsvr32