Visual Studio 2013 Remote-Debug-Prozess in Windows XP

Question

Ich habe einen Entwicklungscomputer mit Windows 7 und Visual Studio 2013. Das Zielframework ist .NET 3.5.

Jetzt möchte ich Remote-Debug auf einem Windows XP-System, aber das scheint unmöglich:

• msvsmon.exe nicht
• Installation Remote-Tools von http://msdn.microsoft.com/en-us/library/bt727f1t.aspx funktioniert nicht

All startet Ich kann von MS finden, VS Studio 2010 Express für das Debuggen zu verwenden.

Gibt es irgendwelche Hack zu Remote-Debug in Windows XP sowieso?

Answer 1

Entschuldigung für die Unannehmlichkeiten, aber da die Remote-Tools für jede Version frei verfügbar sind, haben wir entschieden, dass die Kosten, um die Rückwärtskompatibilität zu gewährleisten, nicht etwas sind, was wir uns leisten können. Zusätzlich zu VS2012 verwenden wir einen komplett neuen Remote-Kommunikationskanal und Protokoll im Vergleich zu VS2010.

Sie können VS2010-Client auf einem anderen Computer für Remote-Debuggen verwenden. Alternativ können Sie VS2010 lokal unter Windows XP zum Debuggen Ihrer Anwendung als EXE-Projekt verwenden (selbst wenn Sie es in einer neueren Version von VS erstellt haben): http://msdn.microsoft.com/en-us/library/0bxe8ytt%28v=vs.100%29.aspx, und im Fall von C++ können Sie frei verfügbares VC++ 2010 Express verwenden: http://www.visualstudio.com/downloads/download-visual-studio-vs#DownloadFamilies_4.

Danke! Maria Ghiondea Visual Studio Debugger

Answer 2

Dies ist ein bisschen spät, ich weiß, aber ich habe einen Weg gefunden, dies zu tun, für native C++ zumindest. Sie können es mit Visual Studio 2005 tun. Erstellen Sie einfach Ihr Projekt auf die übliche Weise (mit Visual Studio 2015 jetzt in meinem Fall) und dann:

Installieren Sie VS 2005 auf Ihrem Entwicklungscomputer.

Kopieren Sie die VS 2005 Remote-Debugging-Tools auf den Zielcomputer (oder Sie können über eine Netzwerkfreigabe auf diese zugreifen).

Erstellen Sie in VS 2005 ein leeres Projekt zum Debuggen von.

Konfigurieren Sie die Debugging-Optionen in diesem Projekt, um den Remote-Debugger zu verwenden. Sie müssen auch sagen, der Pfad zum Ziel ausführbare, wie von der Zielmaschine (Mine ist über eine Netzwerkfreigabe zugegriffen, so muss ich es nicht kopieren jedes Mal, wenn ich baue es) und den Namen oder IP-Adresse der Zielmaschine.

Starten Sie den VS 2005 Remote-Debugger-Stub auf dem Zielcomputer (msvsmon.exe).

Starten Sie das Debuggen (in VS 2005) auf dem Hostcomputer.

Die ausführbare Datei sollte dann auf dem Zielcomputer gestartet werden und alle üblichen Funktionen des Debuggers sollten für Sie verfügbar sein.

Der Befehl, den ich verwende, um den Remote-Debugger Stub auf dem Zielcomputer zu starten, ist wie folgt (ich hinter einer Firewall bin, so dass ich brauche keine Sicherheit):

„Y: \ Program Files (x86) \ Microsoft Visual Studio 8 \ Common7 \ IDE \ Remote Debugger \ x86 \ msvsmon“-noauth/nosecuritywarn

Wo Y: ist mit dem C abgebildet: Laufwerk auf meiner Entwicklung Maschine.

Einige andere Tricks, die Sie wahrscheinlich benötigen, sind:

• Konfigurieren Sie den Verbindungstyp in Ihrem VS 2005 Remote-Debugging Optionen als 'Remote ohne Authentifizierung'.
• Melden Sie sich auf dem Zielcomputer mit der gleichen Benutzer-ID und dem gleichen Kennwort wie auf dem Entwicklungscomputer an.
• Wenn Ihr Zielcomputer in einer VM ausgeführt wird, müssen Sie möglicherweise die
  Netzwerkkonfiguration für diese VM optimieren, um eine Verbindung zu ihr herstellen zu können. Ich habe es , um leicht genug für Virtual Box zu arbeiten, aber ich kann nicht für andere VM Hosts sprechen.

Andere, sicherere Setups sind ohne Zweifel möglich.

Ich möchte abschreiben, wie unglaublich cool ich finde, dass das funktioniert. Abgesehen von den oben genannten musste ich nichts auf dem Zielcomputer kopieren oder installieren und es hat mein Leben verändert.

Microsoft, BITTE nicht brechen, und bitte halten Visual Studio 2005 auf MSDN für "den Rest von uns", die immer noch ältere Versionen von Windows unterstützen. Kein Debugger = keine Produktivität.