Excel lässt sich nicht öffnen/starten VSTO Add-in, wenn die Ausführung im debug-Modus von Visual Studio 2010
Hatte ich zuvor installiert VS11 beta, und hatte einige Probleme mit meinem Visual Studio 2010-Instanz, die Sie hier sehen können, wie Sie gelöst wurden: Excel-Add-in Klicken Sie auf Einmal deployment-Problem.
Jetzt habe ich eine code-Basis, die kompiliert/erstellt eine vsto installiert fein und läuft gut in Excel 2010. Allerdings, wenn ich entfernen Sie die installierte version von Excel, und versuchen Sie es direkt über Visual Studio 2010, AddIn nicht geladen in Excel beim ausführen im debug-Modus Konfiguration in der release-Konfiguration-Modus funktioniert es einwandfrei. Irgendwelche Ideen auf, warum dies auftreten? Ich habe versucht, re-aktivieren durch Com-Add-ins, und ein paar andere Sachen mit kein Glück.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Habe ich gefunden, das Problem war nicht, dass mir mein Projekt im 'Debug' - Konfiguration-Modus, obwohl es funktioniert in der 'Release' - Modus. Irgendwann, das Add-in, bekam schwer-Behinderte (nicht sicher, ob das der Begriff zu verwenden). An diesem Punkt, versuchen Sie zu re-aktivieren innerhalb von Excel ändert nichts. In der registry gibt es einen Ordner, wo die AddIns deaktiviert gekennzeichnet sind. Ich löschte alle Schlüssel aus diesem Ordner außer "(Standard)" und jetzt mein Add-in funktioniert beim starten von Visual Studio 2010 im 'Debug' - Modus.
Beim ausführen von Visual Studio 2010 funktioniert es trifft den Haltepunkt in der addin_startup Veranstaltung.
Wenn nicht Versuch mal zu Debuggen Weg
Hoffe, dies hilft Ihnen
Können Sie reaktivieren einen schwer-Behinderten-Add-In mit Excel -
http://msdn.microsoft.com/en-us/library/ms268871(v=vs. 80).aspx
Ich hatte das gleiche problem mit einem VSTO-Word, aber es gab keine
Resiliency\DisabledItems
Ordner in meiner registry, so denke ich, war es nie schwer Behinderte (wie in @mservidio Lösung). Was für mich gearbeitet war die Bearbeitung der Manifest-Pfad inHKEY_USERS\<user key>\Software\Microsoft\Office\Word\Addins\<Add-In name>
zu reflektieren, die 'Debug' Pfad, sondern als die 'Release' - Pfad.Finden der richtigen Ordner, könnte es am einfachsten sein, gerade auf der Suche nach der Add-In-Namen und überprüfen Sie, dass alle Manifest-Schlüssel beziehen sich auf die Debug-Pfad.
Ich hatte das gleiche problem in Excel.
Folgendes bei mir funktioniert:
Gehen Sie zu dem folgenden Schlüssel....
sehen, ob Ihre plug-in-Programm aufgeführt ist. wenn ja, löschen Sie es.
nun führen Sie Ihre app aus Visual studio wieder.
Dieser arbeitete für mich, hoffe, es kann jemand anderes helfen.
Ich hatte auch das gleiche problem, was ich nicht Verstand, war :
Warum ich re-Installation von Office 2016, die ich nicht ändern mein code weder VS Einstellung, aber ich bekomme eine
cant load
Fehlermeldung ?Nach vielen, vielen Stunden, die Reparatur von Office und VS und immer die gleiche Fehlermeldung, habe ich beobachtet, dass das Addin gestartet wurde auch in
Release
config, ich begann die überprüfung der Unterschied zwischen den beiden config in meinem code.Ich fand, dass
debug
config wurde mit dem Zielx86
proc bugrelease
zuany cpu
Also Office x64 nicht geladen x86-dlls (in meinem Fall)