Разные версии платформ

Здравствуйте,<br> <br>Подскажите, пожалуйста, если на сервере А стоит платформа 8.2.13 а на сервере Б стоит платформа 8.2.14. Можно ли с сервера 8.2.13 по Com соединению подсоединиться к серверу 8.2.14, при условии, что на сервере А будет зарегестрирована dll "comcntr.dll" 14 платформы? Или подскажите, если это вообще возможно, как можно организовать данное подключение?<br> <br>Спасибо всем откликнувшимся. С нетерпением жду ответа

Думаете имеет какое-то значение каких версий зарегистрированы dll, если клиент, который получает данные от сервера, все равно запущен на определенной версии?

клиент запущен на 14. лезит на сервер там платформа 13.

Тогда при чем здесь<br>> с сервера 8.2.13 по Com соединению подсоединиться к серверу 8.2.14<br>?<br> <br>Клиент не подключится к серверу с другой версией платформы. COM-соединение, созданное через СOMСonnector будет такой же версии, что и запущенное приложение, т.к. процесс новый не создается. Если же СОМ-соединение создано через v8Application, то comcntr.dll используется из папки запуска файла EXE. В реестре зарегистрирована последняя версия dll. Можете конечно поэкспериментировать и "подсунуть" вместо последней версии 13-ю, запустить клиента на 14-й, а СОМ-объект инициализировать из 13-й и с помощью него получить соединение с сервером.

> запустить клиента на 14-й, а СОМ-объект инициализировать из 13-й и с помощью него получить соединение с сервером.<br>Не должно получиться.<br>У меня клиенты установили 13ю, поверх стоявшей ранее 14й. При установке были зарегистрированы библиотеки от 13й. После этого при запуске обмена под 14й платформой вываливалась ошибка на несоответствие версии платформы и соответствующей dll. Смогли обменяться, только переставив 14ю платформу заново.

Установка прописывает в реестр свою dll, поэтому логично что СОМ-соединение запускалось от 13-й версии. А вот если принудительно запустить (указав в "стартере") 13-ю платформу, а пользоваться в СОМ 14-й, то вот и будет результат.