Suchergebnisse

Hey, Ich bin gerade am experimentieren nachdem ich den Thread von @RodFromGermany gelesen habe : Austausch von Daten zwischen einer VB.NET-exe und einer C-DLL, 32 und 64 Bit Ich habe eine simple C-DLL die zwei integer miteinander verrechnet und ein Ergebnis zurückgibt. Dieses wird von meiner C# App erhalten und kann angezeigt werden. Es gibt jedoch eine Exception : Quellcode (1 Zeile) Ich denke das ganze ist ein Architektur (x86/x64) Problem.. Was kann ich machen das der Zugriff auf die C-DLL au…

Zitat von jvbsl: „AnyCPU ist super geeignet, man muss die ganze Sache nur anders angehen. Anstelle von DllImport verwendet man dann nämlich folgendes: Auf Windows: LoadLibrary und GetProcAddress Auf *nix: dlopen und dlsym Dann entscheidest du zur Laufzeit, ob du 32Bit oder 64Bit laden musst und rufst enstprechend LoadLibrary auf. DllImport macht das auch nicht anders. Mittels GetProcAddres bekommst du dann einen Funktionspointer auf die jeweiligen Funktionen, das ganze kann man mit einem eigenen…

Zitat von exc-jdbi: „Das kann ich nur bestätigen. Mit LoadLibrary GetProcAddress FreeLibrary und mit dem UnmanagedFunctionPointerAttribute funktioniert das mit AnyCPU. Die Unterscheidung jedoch zwischen einer 32Bit oder 64Bit-Dll bei Eigenbau muss trozdem gemacht werden. Freundliche Grüsse exc-jdbi “ Das heißt ich komme nicht drum herum meine native DLL einmal als x64 und einmal als x86 zu kompilieren? :x

Zitat von RodFromGermany: „Zitat von Rikudo: „Die unterscheidung dann in etwa so:“VB.NET-Quellcode (3 Zeilen)“ Siehe mein Vorpost, diese Funktion ist fw 4.0+...