Visual C# Express Project mit externen x86 und x64 DLLs

Hallo,

ich habe ein C# Project erstellt, welches ich als x86 und als x64 erzeugen will. In den Einstellungen habe ich glaube soweit alles umgestellt, das beides möglich wäre.

Aber ich habe noch ein Problem mit ein paar externen DLLs von Oracle. Diese habe ich im Project als x86 eingebunden. Wenn ich jetzt beim erzeugen die Variante x64 auswähle, bekomme ich verständlicher Weise die Fehlermeldug, das die Oracle-DLLs als x86 und nicht als x64 vorliegen.

Wie muss ich mein Project einstellen, damit ich beide Versionen der DLLs hinterlegen kann, um je nach zu erzeugender Variante (x86 oder x64) die richten DDL zu verwenden.

Geht das überhaupt?

Die DLLs kommen aus den Oracle Data Access Components (ODAC) welches als x86 und x64 zum Download bei Oracle bereit steht.

Danke für eure Hilfe
mfG Hans

Hallo,

das nennt sich Late Binding und als Stichwort gebe ich dir noch dynamic

Hallo Net_Hans,

guck mal: 32bit/64bit unmanaged DLL "importen" - wie?
Damit sollte es möglich sein.

mfG Gü

Hallo Gü,

deinen Ansatz finde ich recht interessant. Wo ich allerdings noch nicht weiterkomme ist, wie sich das mit den Verweisen verhält. Da die besagten DLLs extern sind, muss ich doch irgendwas als Verweis hinterlegen, damit Objekte und Funktionen bekannt sind. Aber damit hinterlege ich ja eine feste Version, welche nicht über die Umgebunsvariable aufgelöst wird.

Könntest du mir diesbezüglich bitte noch einmal weiter helfen?
Danke

Da die besagten DLLs extern sind, muss ich doch irgendwas als Verweis hinterlegen, damit Objekte und Funktionen bekannt sind.

als Stichwort gebe ich dir noch dynamic

siehe auch hier: Welcher Datenbankprovider für sqlite

Ansonsten gibts noch die möglichkeit mit Assembly.Load

(Wenn ich mich jetzt nicht täusche, müsste es in etwa so gehen. (lange her dass ich latebinding mal gebraucht habe XD))

public void CreateInstance()
{
    var tmpInstance = (MyType)Assembly.Load(/*Path to Dll*/);
    tmpInstance.MyMethod
}

nach etwas rumprobieren, bin ich nun an den Punkt gekommen, wo ich leider noch einmal bischen Nachfragen muss.

Da ich im .Net 3.5 Framework entwickel habe ich bei der Variante mit dem dynamic das Problem, das die DLL microsoft.csharp.dll benötigt wird, welche aber bei .Net 3.5 fehlt. Somit muss ich mich nach eine andere Lösung umsehen.

Auf euer Anraten, habe ich mit dann mit der Methode Assembly.Load beschäftigt, bin aber schon an dem Punkt geschreitert, wo ich zu Begin den Typ angeben muss. In deinem Beispiel "MyType". In allen Beispielen welche ich angesehen habe, wurden hier Interface-Instanzen verwendet um zB. ein Plugin-System um zu setzen. Ich habe auch erfolgreich eine Testanwendung aufgesetzt, in der ich "Testplugins" dynamsich lade um zu verstehen was da genau geschiet, aber wirklich weitergebracht hat mich das nicht ... Ich bin jetzt soweit, das mir bekannt ist, das ich die Methoden der zu ladenden DLL vorab zb als Interface kennen muss um überhaupt im Programmverlauf sauber darauf zugreifen zu können.

Bei meinen DLLs von Oracle habe ich das aber glaube nicht, bzw. ich weiß nicht wo ich diese Information ohne die eigentliche DLL her bekomme.

Könnte Ihr mir bitte noch einmal hilfreich zur Seite stehen?

Ja, MyType war an dieser falsch gewählt, Sorry, hätte ein Interface sein müssen.

was spricht denn dagegen auf Framework 4.0 umzustellen?

Methoden haben kein Interface, sondern Klassen können eine / mehrere haben.
Aufgrund der Interface-Beschreibung weiß man, was die Klasse bietet; die genaue Implementierung ist einem dabei egal.

Sofern sich Oracle an ADO.NET hält kannst Du die Interfaces nutzen, die ADO.NET für die Kommunikation im System.Data-Namespace vorgesehen hat.
Darunter IDbConnection, IDbCommand, ...

ganz einfach ... mein Systemadmin ... ich habe die Vorgabe, wenn ich für mich tools auf arbeit schreibe, um mein Alltag zu erleichtern, muss ich mich den Gegebenheiten unterordnen. Auf den Servern auf denen ich aktiv "spielen" darf, ist max .Net 3.5 installiert. Hat irgendwie noch was mit anderen Programmen zu tun, aber warum da genau nur .Net 3.5 installiert wurde weiß ich nicht

@Abt:
diesen Ansatz werde ich jetzt mal verfolgen. Das klingt schon vielversprechend 😃

Hallo,

erst mal zum Thema: Mit euern Tipps konnte ich mein Problem lösten. Es hat alles geklappt.
Danke

Zu dem Admin Thema ... naja solange ich meine Probleme auch ohne Admins gelöst bekomme, gehe ich lieber diesen Weg (solange es eine saubere Lösung ist). So ist es für mich angenehmer als der A***h zu sein, der allen auf die Nerven wegen Kleinigkeiten geht ...

Danke noch mal!
mfG Hans

Na, zum Glück hast Du keine Vorurteile...

Ich bin da aber auch enorm ignorant, wenn ich was nicht krieg was ich will. Dann spricht man eben direkt mit dem Häuptling statt mit dem Indianer 😉 Und spätestens wenn Du den lang genug nervst kriegst Du alles, damit er endlich seine Ruhe hat.){gray}

Sehr empfehlenswertes Vorgehen - sofern man nicht vorhat, mit den Kollegen jemals wieder zusammenzuarbeiten.