Die folgenden Prozeduren beschreiben zwei Möglichkeiten, in .NET-Skripten mit Visual Studio nach Fehlern zu suchen.
Starten Sie Visual Studio.
Wählen Sie Extras » An den Prozess anhängen.
Im Feld Verfügbare Prozesse wählen Sie mlsrv12.exe und drücken Sie dann Anfügen.
Setzen Sie Ihre Breakpoints.
Starten Sie eine Synchronisation.
Kompilieren Sie den Code mit einer der folgenden Methoden bei aktivierten Fehlersucheinformationen:
Geben Sie in der csc-Befehlszeile die Option /debug+ an.
Verwenden Sie Microsoft Visual Studio-Einstellungen, um die Ausgabe der Fehlersuche festzulegen.
Klicken Sie auf Erstellen » Konfigurations-Manager.
Klicken Sie in der Liste Konfiguration der aktuellen Projektmappe auf die Option Debug.
Erstellen Sie Ihre Assembly.
Schließen Sie alle ausgeführten Instanzen von Visual Studio, die Ihre Quelldateien enthalten.
Starten Sie im nächsten Schritt eine neue Visual Studio-Instanz, um auf dem MobiLink-Server und in den .NET-Synchronisationsskripten nach Fehlern zu suchen. Starten Sie Visual Studio mit einer Befehlszeilenoption, um auf dem MobiLink-Server nach Fehlern zu suchen.
Wechseln Sie an der Eingabeaufforderung ins Unterverzeichnis Common7\IDE Ihrer Visual Studio-Installation.
Starten Sie devenv (die integrierte Entwicklungsumgebung von Visual Studio) mithilfe der Option /debugexe.
Geben Sie beispielsweise den folgenden Befehl ein, um auf dem MobiLink-Server nach Fehlern zu suchen. Vergessen Sie nicht, die mlsrv12-Optionen, einschließlich der Verbindungszeichenfolge und der Option zum Laden der .NET Assemblies, anzugeben.
Für 32-Bit-Windows-Umgebungen:
devenv /debugexe %sqlany12%\bin32\mlsrv12.exe -c ... |
Für 64-Bit-Windows-Umgebungen:
devenv /debugexe %sqlany12%\bin64\mlsrv12.exe -c ... |
Visual Studio startet und im Fenster des Projektmappen-Explorers wird mlsrv12.exe angezeigt.
Richten Sie Microsoft Visual Studio für die Fehlersuche im .NET-Code ein:
Im Fenster des Visual Studio-Projektmappen-Explorers klicken Sie mit der rechten Maustaste auf mlsrv12.exe und wählen dann "Eigenschaften".
Ändern Sie den Debuggertyp vom automatischen in den gemischten oder verwalteten Modus, um sicherzustellen, dass Visual Studio nur in den .NET-Synchronisationskripten nach Fehlern sucht. Ändern Sie in Visual Studio 2010 die Einstellung für "Debuggertyp" in "Verwaltet (v2.0, v1.1, v1.0)" bzw. "Verwaltet v4.0", abhängig von der Assembly-Version, die vom MobiLink-Server verwendet wird.
Um v4.0-Assemblys zu verwenden, müssen Sie die Option -clrVersion beim Laden des MobiLink-Servers explizit einbeziehen. Weitere Hinweise zur Option -clrVersion finden Sie unter mlsrv12-Option -sl dnet .
Öffnen Sie die zugehörigen .NET-Quelldateien und setzen Sie Breakpoints.
Öffnen Sie die Quelldateien einzeln in der mlsrv12-Lösung. Öffnen Sie nicht die Original-Projektmappe oder -Projektdatei.
Starten Sie MobiLink im Menü "Debuggen" oder indem Sie F5 drücken.
Speichern Sie mlsrv12.sln, wenn Sie dazu aufgefordert werden.
Wenn das Fenster "Keine symbolischen Informationen" angezeigt wird, klicken Sie auf OK, um die Fehlersuche dennoch auszuführen. Sie durchsuchen die verwalteten, von MobiLink aufgerufenen .NET-Synchronisationsskripten nach Fehlern und nicht den MobiLink-Server selbst.
Führen Sie eine Synchronisation aus, die bewirkt, dass der Code von MobiLink mit einem Breakpoint ausgeführt wird.
![]() |
Kommentieren Sie diese Seite in DocCommentXchange.
|
Copyright © 2012, iAnywhere Solutions, Inc. - SQL Anywhere 12.0.1 |