Remote-Debugging - Remote-Debugger unterstützt diese Version von Windows Fehler
https://stackoverflow.com/questions/370176
-
21-08-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianFrage
Ich habe einen XP-Client, der ein Problem auftritt. Meine Dev-Box ist Vista Home 64. Ich den Debugger auf dem Client-Rechner starten und wenn ich versuche, auf der Entwickler-Box zu laufen, sagt, es kann nicht zu debuggen. Remote-Debugger nicht über diese Version von Windows' unterstützen.
Sieht aus wie ich sol bin. es ist ein weiterer Weg, um herauszufinden, wie dies zu debuggen? Die Anwendung wirft einen .net-Laufzeitfehler eventid 5000 mit einem system.security Fehler. Nicht sicher, warum der Versuch fangen wird immer es nicht. Gibt es eine Möglichkeit, um herauszufinden, was los ist?
Danke!
Lösung 2
Schaltet das .net Framework heraus wurde auf dem Client abgespritzt. Ich konnte nicht einen Stacktrace oder nichts. Entfernt und neu installiert NET Framework und alles hat super funktioniert!
Vielen Dank für die Hilfe!
Andere Tipps
Sie können in Probleme laufen, mit den 64-Bit-Debugger in der Lage, nicht mit dem 32-Bit-Debugger-Client zu befassen.
Es war eine Frage vor einer Weile Probleme redet über einen 32-Bit-Debugger an ein 64-Bit-Ziel verbinden (was ich denke, das Gegenteil von Ihrer Situation ist):
Auch wenn es dort keine Lösung ist, es könnte Ihnen ein paar Ideen - vielleicht ist es so einfach wie dafür, dass Sie die 32-Bit-Version des Debuggers auf der x64-Maschine laufen lassen (wenn das einfach getan werden kann) ..
Sind Sie den Remote-Debugging-Monitor laufen (Msvcmon.exe) auf dem entfernten Rechner?
Ist die Version des Monitors entspricht die Visual Studio-Version, die Sie auf dem lokalen Rechner verwenden?
Ja, kam msvcmon von der gleichen Platte und es läuft. Ich bin mit VS2k8, die die 32-Bit-Version ist (ist es eine 64-Bit-Version?)
Muss ich einen Debugger laufen? Ich dachte, VS2k8 war der Debugger und der Client die App läuft sendet es Status ist?
Wenn Sie vorhaben, 32-Bit-XP zum Ziel, dann würde ich empfehlen, zumindest eine virtuelle Maschine von XP mit eingebaut, so können Sie Ihre Anwendung auf dem O testen.
Sie sollten die Lösung von innen XP öffnen können und Schritt für Schritt durch ihn dort.
Haben Sie bekommen jede stace-Spur oder weitere Informationen zu Ihrem system.security Fehler entdeckt? Vielleicht durch eine Debug-Version kompiliert, anstatt eine Veröffentlichung, werden Sie eher eine Vorstellung davon bekommen, was es verursacht. (Sorry, wenn das wird Sie lehren, wie man Eier saugen.)
