Der Fehler “Die 'VFPOLEDB.1' - provider ist nicht registriert auf der lokalen Maschine", auch nach der Installation und Registrierung der Anbieter

Okay, also ich habe da ein Windows-Dienst, hat eine FileSystemWatcher Uhren, dass eine Ausgabe-Ordner für einige Visual FoxPro-Datenbank-Dateien. Und es nutzt die VFPOLEDB.1 Anbieter zu Lesen diese Dateien. Ich kann nicht Weg von diesem Anbieter, denn es wird in der Produktion verwendet.

Aber ich hatte noch nie die Unterstützung dieser Anwendung vor, so dass ist, warum mein "development box" nicht setup. Hier ist meine Umgebung:

  • Windows 7 x64
  • Visual Studio 2005
  • .NET 2.0-Windows-Dienst

so, als ich anfing, immer die Fehler, ich dachte, ich hatte einfach nicht die Anbieter überhaupt, und ich hatte Recht. Also, ich heruntergeladen und installiert es von hier aus.

Ich ging dann zu drop die Dateien in dem Ordner wieder, aber ich hab die gleichen Fehler.

Ich dachte, weil es ein x64 Maschine könnte ich Probleme mit dem es immer registriert, da war es wohl gefallen in SysWOW64, und es war wie ich erwartet hatte, so lief ich mit diesem Befehl:

regsvr32 "C:\Windows\SysWOW64\mscomct2.ocx"

und er sagte, dass es erfolgreich registriert wurde (was bedeutet, sich um nichts, LOL) aber ich ließ die Dateien wieder gleichen Fehler.

Habe ich noch nicht neu gestartet, mein Rechner, und ich kann, wenn jemand einen zwingenden Grund, das ist das problem, sondern generell, wenn die Versammlung ordnungsgemäß registriert ist mit regsvr32 ist nicht nötig. Ich habe mit einem Tonne von COM-Objekten und nie haben, um einen Neustart zu bekommen, um das Objekt so lange, wie ich habe es registriert.

Weiß jemand einen anderen Schritt, den ich ausführen muss, um dieses Ding eingetragen?

InformationsquelleAutor Mike Perrenoud | 2013-03-28
  1. 27

    Er registriert ist, wie es sollte. Es ist Ihre Anwendung, die kompiliert wird, die für AnyCPU-Plattform.

    In x64 Betriebssystem diese produziert 64-bit code und 64 bit code konnte nicht auf 32bit-Treiber.

    Ändern Sie Ihre Plattform auf x86-und Sie werden in Ordnung sein.

    BEARBEITEN

    Zwei Jahre später gibt es noch etwas hinzuzufügen zu dieser Antwort. Jetzt mit Visual Studio 2013 die Käse wurde verschoben. Die verlinkten Artikel erklären, mit tollen details, wie der compiler setup defaults geändert wurde. Die AnyCPU Ziel-CPU mit Prefer 32 bit bedeutet, dass Ihre Anwendung funktioniert als 32bit app auch in x64bit Betriebssysteme verlassen praktisch keine Zimmer zur x64-Anwendung, sofern nicht ausdrücklich erforderlich.

    Mit dieser neuen Konfiguration wird auch wichtig, daran zu erinnern, was gepostet wird, in den Kommentaren unten von Mark Berry. Wenn Ihr (jetzt 32bit) app braucht, um zu arbeiten in einem IIS-64-bit-Umgebung müssen Sie die Application Pool mit Enable 32 bit Applications

    • Absolut fantastisch Antwort, Dank Freund, es funktionierte wie ein Charme!
    • Dies erinnerte mich daran, für die Ausführung unter IIS 8, ändern Sie die Anwendungspool-Einstellung "Enable 32-Bit Applications" auf "True".
    InformationsquelleAutor Steve
  2. 5

    Habe ich desktop-app (Win7 x64 VS 2015) - und immer wieder die gleichen Fehler, egal was. Ich änderte Zielplattform auf x86, installiert MSI als admin etc - alles Tat, was ich konnte, google - und kein Glück. Was hat mir geholfen, ist die Installation der MSI-Datei für Jeder statt Nur mir - einer der letzten Assistenten-Bildschirm in der setup.

    • Ging durch exakt das gleiche Problem. "Jeder" hat es geschafft!
    InformationsquelleAutor avs099
Schreibe einen Kommentar