Wie kann ein 32-Bit-Prozess mit einem 64-Bit-Prozess in .NET kommunizieren?

Question

Windows ermöglicht es nicht, dass ein 32-Bit-Prozess eine 64-Bit-DLL lädt, daher versuche ich, Remoting zu verwenden, damit der 32-Bit-Prozess mit einem 64-Bit-Prozess interagieren kann.

Hier ist das Problem: während die beiden Anwendungen auf der gleichen Maschine befinden, ist einer 32 Bit und der andere 64 Bit, und sie müssen so sein: machen 32 Bit oder 64 Bit würde alle diese Anwendungen brechen sind auf gebaut.

Ich verwende die .NET System.Runtime.Remoting.RemotingConfiguration Klasse und rufe die Configure() -Methode auf und übergebe einen Verweis auf eine App.config Datei, die auf die MarshalByRefObject Klasse verweist, auf die ich per Remoting zugreifen werde.

Ich habe es zu arbeiten, aber nur so lange Client, Host, MarshalByRefObject Klasse sind entweder 32 Bit oder 64 Bit. Wenn ich sie vermische, wird das nicht funktionieren: Ich werde mit einer BadImageFormatException enden:

Konnte Datei oder Assembly 'MyRemotingObject' oder eine seiner Abhängigkeiten nicht laden. Es wurde versucht, ein Programm mit einem falschen Format zu laden.

Die Ausnahme verschwindet, sobald ich beide Anwendungen entweder 32 Bit oder 64 Bit, aber wieder muss einer von ihnen 32 Bit und der andere 64 Bit sein.

Kann mir jemand sagen, wie ich die Interprozesskommunikation zwischen einer 32-Bit-.NET-Anwendung und einer .64-Bit-.NET-Anwendung aktivieren kann?

Answer 1

Zufalls Vermutung: .NET Remoting muss die Montage in beide Prozesse laden halten, die Metadaten zu erhalten. Ihr Datenvertrag (um den WCF-Begriff zu verwenden) sollte sich in einer separaten Assembly befinden und als "AnyCPU" kompiliert werden, damit er in beide Prozesse geladen werden kann. Sie haben es explizit auf 32-Bit oder 64-Bit festgelegt.

Answer 2

Sie könnten WCF über eine Named Pipe verwenden.

Es ist ein einfaches Beispiel hier: http://msdn.microsoft.com/en-us/library/system.servicemodel.netnamedpipebinding.aspx