Взаимодействие VB с 32 и 64 битной DLL

[jangle]

Задача управлять устройством подключенным к USB-порту. Драйвера устройства могут быть 32 и 64 битными, заранее не известно какие стоят.
Управляется железка через DLL-обертку над драйвером, все API функции устройства в 32 и 64 битной версии идентичны, только разрядность DLL-обертки отличается. Протокол взаимодействия текстовый и DLL-обертка драйвера вызывает функции приложения через адреса переданные в нее. С 32-битной версией DLL проблем нет. Но как заставить работать VB код с 64 битной DLL?

Пока придумал написать на C++ 64-битное приложение, VB код запускает его в фоновом режиме и устанавливает соединение с ним через пайп. Есть некий текстовый протокол, который описывает взаимодействие VB и C++ кода, все CallBack функции которые вызывает DLL-обертка в этом же С++ фоновом приложении. По пайпу гоняются только текстовые строки. Но как-то все неуклюже выходит. Может есть более простой путь?

[Mikle]

Может есть более простой путь?

vb.net

[jangle]

Может есть более простой путь?

vb.net

.Net исключен. В своих проектах использую только нативный код. Да и все равно в этом случае нужно 2 версии основной программы.
32 и 64 бита. А это не очень удобно. Хотелось бы один 32 битный проект который может управлять 32 и 64 DLL

[Хакер]

Может есть более простой путь?

Ну, в отличие от thunking-а между 16-битным и 32-битным кодом, аналогичное для взаимодействия 32→64 не сделали (и вот почему).

Так что остаётся делать свой 64-битный хост-процесс для 64-битной DLL.

Но остаётся по прежнему выбор того, как это можно сделать. Ведь можно написать ActiveX EXE или даже ActiveX DLL (с флагом out-of-process). Тогда управление девайсом со стороны VB-кода будет выглядеть как обычные ООП-вызовы (и такой код будет легче поддерживать), не надо писать собственный механизм междупроцессного взаимодействия — будут использованы системные механизмы.

В случае с Active DLL даже в качестве хост-процесса будет системный процесс. Остаётся только написать этот ActiveX-сервер.

[The trick]

Можно попробовать переключиться в 64 битный режим, загрузить dll и потом уже работать с ней также как делает wow64. Я делал как-то такое взаимодействие, но dll не пробовал загружать, работал только с ntdll.

[jangle]

даже ActiveX DLL (с флагом out-of-process). Т .

Интересная идея. В VS2010-13 есть какой-нибудь шаблон или пример создания такой ActiveX DLL на C++ ?

[Хакер]

В VS2010-13 есть какой-нибудь шаблон или пример создания такой ActiveX DLL на C++ ?

Понятия не имею, я никогда не ставил даже этих студий.