uso de 32 bits de servidor COM desde un programa de 64 bits .NET

Question

Estoy teniendo algunos problemas con la interoperabilidad COM, la situación es la siguiente:

COM de 32 bits servidor EXE (que fue programado en C++) ofrece una clase con algunas funciones de miembros que se ocupan de hardware de terceros (este hardware también vincula el servidor EXE de COM a 32 bits, ya que el fabricante no es compatible con 64 bits).

Quiero usar el servidor COM Exe de 32 bits en una aplicación .NET (C#) de 64 bits ... Al principio traté de agregar una referencia al servidor Exe en Visual Studio 2010 y creé una interoperabilidad. -DLL. Esta interoperabilidad DLL-me proporcionó las funciones necesarias, estando uno de ellos declarados como:

int Initialize(ref string callingApplicationPath); 

La primera declaración en C++ es el siguiente:

LONG Class::Initialize(BSTR* callingApplicationPath) 

... y así en IDL:

[id(1)] LONG Initialize([in] BSTR* callingApplicationPath); 

Sin embargo, cuando quiero llamar a esta función desde C# a través de la interoperabilidad-DLL, que arroja un BadImageFormatException. Parece que la DLL de Interoperación es una DLL de 32 bits (¿Tal vez hay una posibilidad de generar una DLL de 64 bits?).

Mi siguiente intento fue crear una instancia del servidor EXE con este código:

Type type = Type.GetTypeFromProgID("OurCompany.Class"); 
Object o = Activator.CreateInstance(type); 
Object[] args = { Marshal.StringToBSTR(str) }; 
Object result = type.InvokeMember("Initialize", BindingFlags.InvokeMethod, null, o, args); 

Este código, por otro lado, lanza un TargetInvocationException (Más específicamente: 0x80020005 (DISP_E_TYPEMISMATCH)) a la cabeza. Desafortunadamente, no pude averiguar qué tipo tengo que pasar a la función desde C# ... Probé todas las funciones de StringToXXX en la clase Marshal, pero nada parece funcionar:/Supongo que me está perdiendo algo simple aquí , pero no veo qué.

¡Cualquier ayuda es muy apreciada!

Saludos

Cristiano

Answer 1

La declaración IDL

[id(1)] LONG Initialize([in] BSTR* str);  

no tiene sentido. Cuando se pasa una BSTR como un parámetro in simplemente pasarlo "por valor":

[id(1)] LONG Initialize([in] BSTR str); 

entonces usted no tendrá que hacer nada especial en código C# - sólo tiene que pasar string allí y de clasificación se realiza de forma automática.

Por supuesto, también deberá cambiar la firma de implementación del método.

Answer 2

Por defecto, las cadenas de .NET son formateados por la interoperabilidad COM a LPTSTR en C++. Por lo tanto, debe ordenar explícitamente cualquier otro tipo de cadena no gestionada (incluido BSTR) hacia y desde una cadena .NET utilizando el atributo MarshalAs.
Trate

int Initialize([MarshalAs(UnmanagedType.BStr)] ref string callingApplicationPath); 

Answer 3

Debido al tiempo de ejecución de idioma común utilizado por .net, solo hay unos pocos casos en los que debe distinguir entre 32 y 64 bits mediante código administrado. Sin embargo, esto solo es cierto para el enredo de .net.Si intenta acceder a los recursos no administrados, importa el formato del bit, ya que todas las direcciones (interfaz exportada) son bastante estáticas y no compiladas para 64 bits.

Todavía podría utilizar un constructo bastante simple para lograr su tarea;
Crea un contenedor .net de 32 bits y conéctalo a través de wcf a tu aplicación de 64 bits. Sugiero crear un contenedor C++ de modo mixto para su servidor com/unmanaged y colocar una capa basada en wcf escrita en clr "puro" (C#, vb.net, etc.) como el punto de conexión a su aplicación principal.