Remote-Debugging - Remote-Debugger unterstützt diese Version von Windows nicht Fehler

Question

Ich habe einen XP-Client, bei dem ein Problem aufgetreten ist. Mein Entwicklungssystem ist Vista Home 64. Wenn ich den Debugger auf dem Client-Rechner starte und versuche, ihn auf dem Entwicklungssystem auszuführen, wird die Meldung "Debuggen nicht möglich. Der Remote-Debugger unterstützt diese Version von Windows nicht".

Sieht aus wie ich bin sol. gibt es einen anderen Weg, um herauszufinden, wie dies zu debuggen? Die Anwendung löst einen .net-Laufzeitfehler eventid 5000 mit einem system.security-Fehler aus. Ich bin mir nicht sicher, warum der Try-Catch ihn nicht erhält. Gibt es eine Möglichkeit, herauszufinden, was los ist?

Gracias.

Answer 1

Möglicherweise haben Sie Probleme mit dem 64-Bit-Debugger, der nicht mit dem 32-Bit-Debugger-Client umgehen kann.

Vor einiger Zeit gab es eine Frage, in der es um Probleme beim Anschluss eines 32-Bit-Debuggers an ein 64-Bit-Ziel ging (was meiner Meinung nach das Gegenteil von Ihrer Situation ist):

• x86-Remote-Debugger-Dienst auf x64

Auch wenn es dort keine Lösung gibt, könnte es Ihnen einige Ideen geben - vielleicht ist es so einfach wie sicherzustellen, dass Sie die 32-Bit-Version des Debuggers auf dem x64-Rechner ausführen (wenn das einfach getan werden kann).

Answer 2

Es stellte sich heraus, dass das .net-Framework auf dem Client defekt war. Ich konnte weder einen Stacktrace noch sonst etwas bekommen. Entfernt und neu installiert .net framework und alles funktionierte großartig!

Vielen Dank für die Hilfe!

Answer 3

Führen Sie den Remote-Debugging-Monitor (msvcmon.exe) auf dem Remote-Rechner aus?

Stimmt die Version des Monitors mit der Version von Visual Studio überein, die Sie auf dem lokalen Rechner verwenden?

Answer 4

Ja, msvcmon kam von der gleichen Festplatte und wird ausgeführt. Ich verwende vs2k8, die 32-Bit-Version (gibt es eine 64-Bit-Version?)

Muss ich einen Debugger verwenden? Ich dachte, vs2k8 wäre der Debugger und der Client, auf dem die Anwendung läuft, sendet seinen Status zurück?

Answer 5

Wenn Sie auf 32-Bit-XP abzielen, würde ich empfehlen, zumindest eine virtuelle Maschine von XP zu erstellen, damit Sie Ihre Anwendung auf dem Betriebssystem testen können.

Sie sollten in der Lage sein, die Lösung von XP aus zu öffnen und sie dort durchzugehen.

Haben Sie einen Stace-Trace oder weitere Informationen zu Ihrem system.security-Fehler? Wenn Sie eine Debug-Version anstelle einer Release-Version kompilieren, erhalten Sie vielleicht eine bessere Vorstellung von der Ursache des Fehlers. (Tut mir leid, wenn Sie dadurch lernen, wie man Eier lutscht.)