Danke für deine Antwort - sry aber ich versteh nur die Hälfte... Ich beschäftige mich mit VB erst seit knapp einem halben Jahr im Rahmen einer Studienarbeit (kein Informatikstudium). Welche Infos werden genau benötigt? Könntest du ein bisschen mehr ins Detail gehen? Benutzt du JetOLE? Denn gibts (noch? ) nicht für x64 Keine Ahnung wenn man das nicht explizit angeben muss, dann wohl nicht. Wo kann ich das nachschauen? ✔ - C++ DLL einbinde in C# | tutorials.de. Seh gerade, dass du den native Client nimmst. Trotzdem mal ausprobieren, das ganze als x86 zu kompilieren. Alternativ ausprobieren auf x64 auch die DLLs von SQLCEx64 zu verwenden. Ich selber arbeite auf einem 32Bit System, meine Kompiliereinstellungen stehen auf ANYCPU. Sollte es einen Unterschied machen explizit für X86 zu kompilieren? Nach der in meinem Startbeitrag verlinkten Anleitung werden nur folgende (32Bit) SQLCE Dateien in das Projekt kopiert: -> wird dann automatisch aus C:\Programme\Microsoft SQL Server Compact Edition\v3. 5\Desktop\ kopiert. Ich kann mir zwar die nötigen 64Bit DLL's von meinem Bekannten besorgen, aber irgendwie muss ich dem Projekt ja mitteilen, dass dann eine andere benutzt werden soll.
Das heißt, wenn Sie "Any CPU" erstellen, sollte "Target CPU" "Any CPU" sagen. Gehen Sie durch alle Ihre Plattformen, indem Sie sie aktivieren und überprüfen Sie diese Einstellung. Ich konnte dieses Problem beheben, indem ich meine Build-Version mit der auf dem Server übereinstimmte. Ich habe doppelt auf die geklickt, nur um zu sehen, was passieren würde und es sagte mir, 4. 5 zu installieren.... Also habe ich auf 4. Ausnahme von hresult 0x8007000b de. 0 heruntergestuft und es hat funktioniert! Stellen Sie also sicher, dass Ihre Versionen übereinstimmen. Es lief auf meiner Dev Box gut, aber Server hatte ältere Version. In meinem Fall habe ich Tests über MSTest ausgeführt und festgestellt, dass ich sowohl eine 32-Bit- als auch eine 64-Bit-DLL im Testverzeichnis bereitgestellt habe. Das Programm favorisierte die 64-Bit-DLL und verursachte einen Fehler. TL; DR Stellen Sie sicher, dass Sie nur 32-Bit-DLLs für Tests bereitstellen. In meinem Fall verwende ich eine kleine, die die referenzierten DLLs über Reflection neu lädt. Also mache ich einfach diese Schritte, die meinen Tag retten: Aus den Projekteigenschaften im Solution Explorer auf der Registerkarte "Build" wähle ich die Zielplattform x86 In meinem Fall verwendete ich eine native DLL in C #.