2016-11-22 1 views
1

Ich habe ein Outlook 2010-Add-In (VS 2015), das ich debuggen, da es scheint, auf Last ausgeführt werden, aber Haltepunkte nicht bis zu einem Punkt , dann läuft es wieder, wobei Breakpoints getroffen werden. Die doppelte Ausführung verursacht Probleme mit einem Aktualisierungsmechanismus im Code.So finden Sie den ersten Code, der in Outlook geladen wird Hinzufügen in

Insbesondere habe ich eine myProjectRibbon.cs-Datei und eine ThisAddIn.cs-Datei (+ Rest des Projekts).

Die Datei myProjectRibbon.cs enthält eine Funktion p rivate void MyRibbon_Load(object sender, RibbonUIEventArgs e).

ThisAddin.cs enthält die Funktion p rivate void ThisAddIn_Startup(object sender, System.EventArgs e).

Ich habe Breakpoints über diese Ereignisse gelegt und Outlook wird geöffnet, lade das Addin (es werden keine Breakpoints ausgelöst, aber es führt die Funktionen aus, an denen ich Breakpoints habe) und die Kontrolle geht zurück zu Outlook und der Ribbon-Datei löst dann aus, dann wird die ThisAddin-Datei ausgelöst.

Irgendwelche Ideen, wie man den Code prüft, den das Addin ausführt oder warum die Breakpoints beim ersten Mal nicht durchgehen?

Jede Hilfe sehr geschätzt.

+0

ausgeführt wird, können Sie sicherstellen, dass die Binärdateien in Ihrem Projektausgabeordner diejenigen registriert als Add-in in Out sind aussehen? Sie sollten den tatsächlichen Ort in Outlook über * Datei> Optionen> Add-Ins * –

+0

sehen Führen Sie es im Debug-Modus? – PetLahev

+0

@PetLahev - Ja, ich führe es im Debug-Modus, es überspringt die Breakpoints, lädt einmal und lädt dann ein zweites Mal. – gorlaz

Antwort

0

Um den Code überprüfen Sie Ihre Addin

    ausführt
  • Ihre regedit.exe starten, gehen Sie dann zu HKEY_CURRENT_USER \ SOFTWARE \ Microsoft \ Office \ Outlook \ Addins (oder Wow6432Node für 64bit)
  • Finden Sie die AddIn in Frage, überprüfen Sie seine LoadBehaviour
  • den Pfad im Manifest überprüfen Sie den Code sehen
Verwandte Themen