web-dev-qa-db-de.com

Visual Studio-Debugfehler über MSVSMON.EXE scheinen nicht ausgeführt zu werden

Ich habe ein Programm, das beim Ausführen von F5 zum Ausführen dieses Programms diesen Fehler anzeigt und nicht ausgeführt wird:

Fehler beim Ausführen des Projekts. Das Programm 'F: .... `' Kann nicht gestartet werden. Der Microsoft Visual Studio-Remotedebugmonitor (MSVSMON.EXE) scheint nicht auf dem Remotecomputer zu laufen ...

Dies ist, während das Projekt zuvor erfolgreich kompiliert wurde. Gibt es eine Projekteinstellung, die irgendwann falsch eingestellt werden sollte?

Ich verwende Visual Studio 2012 Update 2.

38
mehrandvd

Ich habe entdeckt, dass der Grund nicht in einem Downgrading liegt! Es geht um eine Tunnelungssoftware namens "Proxifier". Während es auf dem System ausgeführt wird, verursacht Visual Studio dieses Problem.

37
mehrandvd

Ich habe das passiert, wenn ich einen Eintrag in meiner HOSTS-Datei habe, um die Site lokal auszuführen, aber dann habe ich ihn auskommentiert, damit ich Live sehen kann.

Zum Beispiel - Die Live-Site läuft auf http://my.url.com

In VS in den Eigenschaften für das Webprojekt auf der Registerkarte Web habe ich die Projekt-URL auf die obige gesetzt. Wenn ich lokal debuggen möchte, füge ich Folgendes in meine HOSTS-Datei ein

127.0.0.1    my.url.com

Wenn ich fertig bin und zum Leben zurückkehren möchte, kommentiere ich das aus

#127.0.0.1    my.url.com

Wenn ich in der Zukunft erneut debuggen muss, versucht VS, den Live-Server zu debuggen, stattdessen wird die Anforderung über den Eintrag HOSTS an localhost zurückgeleitet.

23
Wayne Feltham

Wenn Sie Proxifier ausführen, fügen Sie eine Regel zu route :: 1 (IPV6 Loop-back) direkt und nicht über den Proxy hinzu.

IPV6 Visual-Studio Debug Fix

8
Johan

IIS >> Anwendungspool >> Auswahl des Pools >> Erweiterte Einstellung >> 32-Bit-Anwendungen aktivieren = true Es hat für mich gearbeitet.

5
Ae Ratchapol

Sie müssen den msvmon-Prozess aus Versehen beendet haben. Ich weiß, dass es dumm klingt, aber versuchen Sie, VS neu zu starten. Ich habe jedoch festgestellt, dass der msvmon-Prozess beim Ausführen von VS im Hintergrund ausgeführt wird.

4
Aster Veigas

Hier sind ein paar Dinge, die Sie ausprobieren sollten:

Für mich wurde meine Projekt-URL (in den Projekteigenschaften) aus irgendeinem Grund mit einer Einstellung eines anderen Teammitglieds überschrieben. Ich musste es einfach zu mir zurücksetzen:

enter image description here

sie können auch versuchen, Ihren Server für die Verwendung von IIS Express festzulegen, wenn Sie dies nicht bereits ausführen.

4
RayLoveless

Ich habe dies regelmäßig unter VS 2013 und Windows 8.1 auf einem 64-Bit-PC. Es verschwindet, wenn Sie zum Startprojekt gehen, die Projekteigenschaften öffnen, auf die Registerkarte "Erstellen" gehen und "Plattformziel" von "Beliebige CPU" in "x86" ändern.

Ich hatte auch dieses Problem.

Die Lösung bestand darin, den Eintrag für den Hostnamen meines Computers in der Hosts-Datei auf die korrekte IP-Adresse zu korrigieren. 

Die Geschichte dahinter: Ich habe den Eintrag ursprünglich in die hosts-Datei eingefügt, da VS etwa 1 Minute (ja 60 Sekunden) brauchte, um in den Debug-Modus zu gelangen. Ich entdeckte, dass das Einfügen eines Eintrags in meine Host-Datei mit der IP-Adresse und dem Hostnamen des PCs dazu führte, dass VS in 1-2 Sekunden in den Debug-Modus wechselt !!

Erwähnenswert ist auch, dass ich in den Eigenschaftenseiten -> Startoptionen VS konfiguriert habe: "Keine Seite öffnen. Warten ..." und "Benutzerdefinierter Server" und "Basis-URL" für die lokale Website festlegen IIS

3
kesse

Versuche dies:

Schritt 1-> Gehen Sie zu Programme (x86)\Microsoft Visual Studio 14.0\Common7\IDE\Remote Debugger\x64 und führen Sie msvsmon.exe als Administrator aus. Anschließend wird ein Fenster mit der Meldung angezeigt, dass Msvsmon einen neuen Server namens **** gestartet hat. *.enter image description here

Schritt 2-> Klicken Sie auf Anhängeprozess und geben Sie denselben Servernamen ein, den Sie im Fenster Remote Debugger in der Spalte Qualifier von Visual Studio erhalten, und klicken Sie auf Aktualisieren. 

enter image description here

schritt 3-> Fügen Sie nun Ihren Prozess aus der Liste hinzu. Es wird funktionieren.

Hinweis: Der Qualifier-Wert in VS und der Servername im Remote-Debugger müssen mit übereinstimmen.

Wenn es nicht funktioniert, stoppe den Remote-Debugger-Prozess im Hintergrund und folge diesen Schritten frisch

2
akhil arya

Versuchen Sie, 'Local Machine' auszuwählen, wenn Sie die Anwendung ausführen. Anscheinend ist Remote Machine für das Debugging ausgewählt.

enter image description here

Überprüfen Sie auch die Details dieses Fehlers auf MSDN

Wenn Sie versuchen, Remote-Debugging durchzuführen, wird möglicherweise diese Fehlermeldung angezeigt Botschaft. Dies bedeutet, dass Visual Studio keine Instanz von .__ finden konnte. Visual Studio-Remote-Debugging-Monitor auf dem Remote-Computer. Das Der Remote-Debugging-Monitor von Visual Studio ist für Remote .__ erforderlich. Debugging zur Arbeit.

2
Rahul Tripathi

Wenn Sie wegen eines Azure-Problems hierher gekommen sind, überprüfen Sie Folgendes:

Versuchen Sie, den Debugger manuell anzufügen: 

Ich habe die Schritte in der folgenden Antwort beschrieben:

https://stackoverflow.com/a/35738995/1057052

1
Jose A

Ich hatte gerade dieses Problem, nachdem ich meinen Router neu gestartet hatte.

Es stellt sich heraus, dass der Neustart meinen Geräten erneut IP-Adressen zugewiesen hat, jedoch in einer anderen Reihenfolge. In meiner Hosts-Datei hatte ich zum Beispiel meine IP-Adresse als 192.168.0.3, aber als ich sie erneut mit ipconfig im Befehl Prompt überprüfte, war die IP-Adresse 192.168.0.4. 

Wenn Sie also auf dieses Problem stoßen, prüfen Sie, ob die IP-Adresse in Ihrer Hosts-Datei mit Ihrer aktuellen IP-Adresse übereinstimmt, da sich diese möglicherweise geändert hat!

1
pookie

Das hat für mich funktioniert: 

1) Ändern Sie nichts an Ihrem Computer und führen Sie Schritt 2 aus, bevor Sie Ihr Visual Studio reparieren. 

2) Starten Sie Visual Studio als ADMINISTRATOR. Öffnen Sie dann Ihre Lösung und versuchen Sie zu debuggen. 

1
Sagar

Wenn es sich um eine Webanwendung handelt, gehen Sie einfach zu Ihrem Anwendungspool, den Ihr Projekt verwendet, klicken Sie mit der rechten Maustaste, Advanced Settings, aktivieren 32-Bit Application = true.

Es sollte funktionieren.

1

Mein Problem wurde behoben, als ich devenv.exe zu Firewall-Ausschlüssen hinzufügte

0
Antoops

Beim Versuch, eine JavaScript-UWP-App für Xbox One bereitzustellen, hatte ich dieses Problem aufgrund der ausgewählten Zielarchitektur (x64). Wenn Sie diese Einstellung auf Any CPU ändern, kann ich die Konsole bereitstellen.

0
James Wright

Dies tritt auf, wenn Sie versuchen, Ihr Projekt mit dem Ausdruck IIS anstelle von IIS auszuführen und Ihr Visual Studio keine Verbindung zur Website unter IIS herstellen kann.

Wenn Ihre Website nicht an localhost gebunden ist und Sie eine Domänennamenbindung angegeben haben, müssen Sie sicherstellen, dass Ihre Host-Datei (Run-> drivers-> etc-> hosts) einen Eintrag enthält, der auf diesen Domänennamen verweist.

0
Rakesh

Sie können einfach zu den Debug-Einstellungen wechseln und das Kontrollkästchen auf der Registerkarte "Debugging" aktivieren 

"Remote-Rechner verwenden" 

und geben Sie einen Namen ein (spielt keine Rolle, wenn die Maschine existiert)

Speichern Sie die Einstellungen, führen Sie die Konfiguration aus und deaktivieren Sie nach einem Fehler einfach "Remote-Computer verwenden" erneut. 

Visual Studio setzt das Debuggen erneut auf lokales Debuggen. Dies sollte das Problem beheben. Ich denke, das ist besser, als Programme herunterzufahren oder Einstellungen zu ändern, die nicht die Hauptursache sind.

0
Marc Wittmann

Dies ist mir heute in einem C # -Projekt passiert, als ich dem Formular ein LinkLabel für den Zugriff auf eine Webseite hinzugefügt habe. 

Die Ursache war ein Eintrag in meiner Hosts-Datei für ein Ethernet-Tap-Interface (tinc vpn). Ich hatte dort einen Eintrag für einen Alias ​​meines eigenen Rechners unter der IP-Adresse. Durch das Auskommentieren konnte der Debugger ohne Probleme ausgeführt werden.

Vielen Dank für den Hinweis oben zu der Hosts-Datei. es führt mich in die richtige Richtung! Hoffe, das kann jemand anderem helfen.

0
D. Penzien

Tun Sie dies für Ihre Debug-Konfiguration. Deaktivieren Sie jedoch die Freigabe in Release-Konfiguration .  Run as 32 bit

0
Subhash Makkena

Ich hatte auch das gleiche Problem .. Ich hatte dieses Problem, während ich Visual Studio 2012 Update 5 verwendete. 

Mit dem folgenden Link werden die verschiedenen Szenarien, in denen dieser Fehler auftreten kann, besser erläutert https://msdn.Microsoft.com/en-us/library/ms164726.aspx

Link sagt, dass Visual Studio ist eine 32-Bit-Anwendung, daher verwendet es die 64-Bit-Version des Remote-Debuggers, um 64-Bit-Anwendungen zu debuggen. . Kein Datenverkehr verlässt den Computer, aber die Sicherheitssoftware von Drittanbietern blockiert möglicherweise die Kommunikation.

Also habe ich die Firewall-Einstellungen geöffnet.

Systemsteuerung -> System und Sicherheit -> Windows-Firewall -> Erlaubte Apps für die Kommunikation über die Windows-Firewall

Und MSVSMON.exe zur Liste der erlaubten Apps hinzugefügt. Das hat für mich funktioniert.

Note: Sie finden die Datei MSVSMON.exe unter folgendem Speicherort:

C:\Programme (x86)\Microsoft Visual Studio 11.0\Common7\IDE\Remote Debugger\x64

0
Akshay