Обновил платформу на последнюю 19 - в Альфа авто отвалился обмен с использованием Ado.
При этом com с Word работает.
У кого-нибудь было такое? Как лечили?

База клиент-сервер.

Ты с Word работаешь на клиенте, а с альфа на сервере

клиент стал 64х ?

(0) текст ошибки хоть бы поискал да выложил

(2) и там и там пробовал
(3) нет - 32 разрядный
(4) нет ошибки - просто виснет при попытке выполнить метод ADODB. На 18 платформе все работало - ничего не менялось кроме платформы

(0) 20ю не пробовал ставить?

(6) неа. Это снова всех обновлять...

(7) Зачем всех? Нельзя на тестовой проверить?

(0) а что в службе технического сочувствия (в Альфа-Авте) говорят?

(5) это АДО которое DB можно в инструментах разработчика проверить (ИР)

http://devtool1c.ucoz.ru/load/osnovnye/portativnye_instrumenty_razrabotchika_dlja_1s_8_2/1-1-0-6

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

(11) Какая связь между ADO, ComConnector и "осуществи сборку приложения компоненты"?

(0) например прав у юзера от которого сервер 1С переставили не хватает
и да уточни ты на сервере или клиенте пытаешься в ад ползать?

(9) говорят оплатите поддержку - потом поговорим. Но тут возникают сомнения будет ли разговор продуктивным.
(13) и там и там пробовал - везде одно и то же зависание. права проверил - запускал под разными и под админом - не помогает.
Новый симптом - в файловой версии работает... Может дело в разрядности сервера? Хотя на 18 - стоял такой же и под тем же пользователем...

Выкачиваю 20 - проверю

Интересное кино - поставил 20 - не работает.
Вернул через реестр(переписал ссылку) 18 платформу - все работает.
Значит дело не в правах, а в платформе.

Причем битые обе и 19 и 20 платформа - глюкодром

Вообщем подитоживая - если у вас 64 разрядный сервер, любой клиент и вам нужно использовать ADO (например синхронизация БП и Альфа-Авто 5) - 19 и 20 платформы не для вас. Оставайтесь на 18.
Всем спасибо за участие.

А если попробовать явно прописать классы в разрешения для обработки,особенно,если она внешняя.
По крайней мере,у меня с прописью все Com-объекты,которые были нужны,работали.
И это,если у вас 32 бита,то объекты можно создавать через MsScriptControl.
Опять же,зависание можно ловить отладчиком.
Не забываем,что общие определения Com-сервер может запросить у клиента через интерыейсы взаимодействия,и результат может быть разным,поэтому,все параметры ADO нужно явно указывать.
Кроме того,некоторые InProcess объекты требуют наличия очереди сообщений у потока,в котором они рождаются,если ее нет,то будет бесконечное ожидание обработки сообщения в очереди,о которой поток не знает.
MsScriptControl саи создает и использует очередь,поэтому,объекты внутри него должны работать более правильно.

(19) не Вы не поняли - на 18 платформе все работает, на 19 и 20 (под теми же пользователями и разрешениями - меняем запуск в реестре) - не работает. Явно что-то сломали в новых платформах. Пусть у Раруса голова болит - это их штатная приблуда для синхронизации. 1С послала на хотлайн - но это капец как долго и результат не всегда известен. Ну ее нафиг - откатился на последнюю 18 и жду.

На счет 20..
почитай это еще
https://forum.infostart.ru/forum86/topic275771/

(20) я еще раз говорю,что нужно внимательно смотреть,что там ADO делает.
Ради интереса,можно подогнать Proxy для объекта и записать в файл,что там происходит.

COM is deprecated короче

И да 18-я платформа будет еще пару лет а потом упс

(23)Com - это стандартное api windows.
Да,конечно,active x и IDispatch постепенно уходят в историю,но все остальное - Com-классы позволяют в одной dll иметь сразу несколько версий интерфейса без каких-либо проблем,в отличии от прямого экспорта функций.

(25) > Com-классы позволяют в одной dll иметь сразу несколько версий интерфейса без каких-либо проблем,в отличии от прямого экспорта функций.

Действительно. И как эти бедолаги на Линуксе без него обходятся?

(26) мучаются и жрут кактус.

(27) Кактусы Сан Педро, да

(28) Я не совсем понял твою фразу.

(29) https://ogorodniki.com/article/kaktus-san-pedro-opisanie-udivitelnogo-rasteniia

(30) А... Я такими веществами не интересуюсь... Кастанеду почитал, разумеется.. Но самому - не.

(26) так в Linux классы были изначально,даже тогда,когда windows вся на Си была написана.
Так что не обходятся,да там такого прозрачного интерфейса с передачей объектов между процессами нету,но и без него все неплохо работает.
Да iMarshal и iMoniker там нету - это изобретение Microsoft.