Sorry, irgendwo steht bei mir einer auf der Leitung. Egal, ob ich die DLLs im PostBuild kopieren lasse oder ob ich sie direkt nach Debug/Release kopiere, er findet die DLLs nicht. C#, VB dasselbe: vb-paradise.de/index.php/Attachment/50309/
@-Franky- Dasselbe: vb-paradise.de/index.php/Attachment/50310/ Rufe ich die mit x64 auf, kommt klar der erwartete Fehler: vb-paradise.de/index.php/Attachment/50311/ Sehr sehr unklar.
Zitat von -Franky-: „Wahrscheinlich weil die Funktionsnamen in der 8661.dll etwas anders sind als in der bp8661.dll.“Völlig anders. Ich hab natürlich sofort den Dependency Viewer befragt. Und: Ich hab schon mal erfolgreich ne fremde C-DLL gewrappt.
@ElmarElefant Als erstes machst Du Option Strict On Visual Studio - Empfohlene Einstellungen GetError() gibt keine Exception zurück, sondern einen String. Mit was für einer Hardware kommuniziert diese DLL?
@Facebamm Nach der merkwürdigen Antwort in Postr #28 muss man wohl davon ausgehen. Solange da nix passiert, und solange nicht alle Fragen beantwortet sind, mach ich soeieso nix mehr hier.
Da kannst Du mal sehen, dass ich einige Ebenen tiefer komme als Du. Und da war noch eine unbeantwortete Frage: Zitat von RodFromGermany: „Mit was für einer Hardware kommuniziert diese DLL?“
Zitat von ElmarElefant: „Auch wenn ich's nicht verstehe“Aus diesen Überlegungen kommt die Aufforderung an Dich, Fehlertexte als String und nicht als Exception zu generieren. Da kommt die Vermutung auf, dass Du gar nicht weißt, wozu solch Exceptions gut sind.