LabVIEWForum.de - Assembly kann nicht gefunden werden

LabVIEWForum.de

Normale Version: Assembly kann nicht gefunden werden
Du siehst gerade eine vereinfachte Darstellung unserer Inhalte. Normale Ansicht mit richtiger Formatierung.
Hi Leute,

ich versuche zur zeit die Kommunikation zu einem V&F Massenspektrometer aufzubauen. Hierfür verwende ich einige dll dateien. Im .NET-Konstruktor habe ich eine Conect.dll eingetragen. Der .NET-Konstruktor gibt auch keinen Fehler aus. Erst wenn ich die Methode Connect aufrufen will, bekomme ich den Fehler, das eine weitere dll nicht gefunden werden kann. Diese dll taucht auch nicht in der Assembly-liste des .NET-Konstrukors auf. Daher dachte ich füge ich sie erstmal manuel hinzu. Leider geht das scheinbar nicht. Hier Bekomme ich folgenden Fehler:

System.BadImageFormatExeption:
Die Datei oder Assembly "C:\V&F\Server22AccessObjetcts.dll" oder eine Abhängigkeit davon wurde nicht gefunden. Die Assemblywird von einer Laufzeit erstellt, die aktueller als die derzeit geladene Laufzeit ist, und kann nicht geladen werden.<append><b>System.BadImageFormatException</b>



Was bedeutet dieser Laufzeit kram? Damit kann ich irgendwie nicht viel anfangen! Kann es sein, dass die dll´s die ich hier vorliegen habe nicht kompatibel sind??

PS: Die Versionsnummern der fehlenden dll (laut Fehlermeldung) und der die ich manuell einbinden wollte sind auf jeden fall identisch.
Und alle dll liegen im Projektverzeichnis!

Grüße und Danke schon mal
pitt
Vielleicht hilft dir das weiter:

System.BadImageFormatException - MSDN

Kannst du alle dort aufgeführten Argumente ausschliessen?
Hallo oenk,

leider hat mir der link nicht wirklich weiter helfen können, da ich nicht der ersteller der dll bin und diese nicht auf richtigkeit Prüfen kann. Allerdings habe ich hier eine Email bekommen in der drin steht, das die dll Referenzen für LabVIEW erst erstellt werden müssen. In der Abgebildeten Fehlermelund heißt es:

Bitte fügen Sie die Referenzen zu diesen Assemblies über
"Werkzeuge>>Fortgeschritten>>.Net-Assembly-Referenzen" hinzu, bevor Sie das VI bearbeiten.

Ich nehme an das diese Warnung aus einer LabVIEW 2009er Version stammt. Ich verwende allerdings LabVIEW 2012 und habe den entsprechenden Menüeintrag nicht finden können. Daher meine Frage, wie und wo finde ich das Fenster .NET-Assembly-Referenzen?

schon mal danke
So der vollständigkeit halber (mir konnte geholfen werden), hier die Lösung

Loading .NET 4.0 assemblies in LabVIEW
http://digital.ni.com/public.nsf/allkb/3...enDocument

die andere möglichkeit wäre die dll mit einer Visual Studio Version älter als 2010 zu kompilieren sofern keine .NET features der Versionen >2.0 verwendet werden. Denn ab Visual Studio 2010 ligt die CLR in version 4.0 vor und darauf kommt LabVIEW nicht klar, da standartmäßig die CLR 2.0 geladen wird...
aber das kann man ja umgehen Cool
Wieso steht dann in Deinem Profil LabVIEW 2010? Bitte Profil_ergaenzen.

Gruß Markus

PS: Und natürlich Danke für Deine Antwort. Big Grin

(07.12.2012 11:13 )Pitt schrieb: [ -> ]Ich verwende allerdings LabVIEW 2012
Privat habe ich die Studentenversion 2009 und 2010 hier auf der Arbeit aber 2012, das ist ein wenig Stressig da ständig das Profil anzupassen. Da ich nur VI´s hoch lade, die ich Privat erstelle denke ich 2010 ist die Passenste Versionsangabe aber ich gucke mal ins Profil eventuell kann man ja mehrere Versionen angeben und ich rede mich hier um kopf und kragen... 2hands
(11.12.2012 07:30 )Pitt schrieb: [ -> ][...]dll mit einer Visual Studio Version älter als 2010 zu kompilieren sofern keine .NET features der Versionen >2.0 verwendet werden. [...]

Da muss ich dir leider widersprechen.
Du könntest auch Visual Studio 2010 oder sogar 2012 verwenden. Beide erlauben es auch Assemblies für die CLR 2.0 zu erstellen.
Zitat:Da muss ich dir leider widersprechen.
Du könntest auch Visual Studio 2010 oder sogar 2012 verwenden. Beide erlauben es auch Assemblies für die CLR 2.0 zu erstellen.

Ok ich gebe zu ich habe nicht wirklich viel Erfahrung mit Visual Studio, aber auf jeden muss das dann auch geschehen und wenn man die dll nicht selbst erstellt hat wird es ziehmlich schwierig, glaube ich zumindest.
Referenz-URLs