J'exécute Visual Studio 2012 sur Windows 8 64 bits. J'ai un projet 64 bits en contrôle de code source et j'essaie de l'exécuter à la maison sur mon ordinateur Windows 8. L'application se construit avec succès, mais le débogueur distant ne fonctionne pas du tout.
Il indique "Une opération à distance prend plus de temps que prévu". Je comprends pourquoi sa distance, étant que Visual Studio 32 bits doit accéder à msvsmon.exe pour déboguer via des applications 64 bits, mais je n’ai jamais vu cela se produire sur une machine locale où le code source a été extrait.
J'ai essayé de réinstaller Visual Studio 2012, de jouer avec les ports (4016) et de fonctionner en tant qu'administrateur. Vérifié que le VPN n'était pas un problème en désinstallant le client.
Je suis maintenant à court d'idées. J'ai essayé de créer un tout nouveau projet local à tester et à le définir en 64 bits, mais l'opération n'aboutit toujours pas.
Des idées ou des suggestions? S'agit-il d'un problème connu avec Visual Studio 2012 sur Windows 8?
Je pense que vous devriez essayer ceci:
netsh winsock réinitialiser le catalogue
netsh int ip reset reset.log hit
EDIT: Désolé de ne pas avoir fourni d’explication auparavant. La réponse provenait en fait d'un forum chinois et l'auteur original ne l'expliqua pas beaucoup. Mais il a dit que c’est parce que Visual Studio est un programme 32 bits qui risque d’avoir des problèmes d’accès au réseau sous Windows 7 64 bits, et la solution susmentionnée réinitialise la connexion réseau et résout donc le problème. J'espère que cela t'aides.
Je travaille avec VS2012 (Windows7, PC 64 bits). Lorsque j'ai sélectionné DEBUG - Attach to Process ..., une boîte de message indiquant "Une opération de débogage 64 bits prend plus de temps que prévu" a été affichée. J'ai téléchargé la version d'essai gratuite de VS2010 et j'ai constaté que cela fonctionnait bien avec VS2010. J'ai donc copié les fichiers msvsmon.exe et msvsmon.exe.config de VS2010 (C:\Program Files (x86)\Microsoft Visual Studio 10.0\Common7\IDE\Débogueur distant\x64 et C:\...\x86). dans les mêmes cartes dans VS2012. Maintenant, il fonctionne VS2012. J'espère que ça va t'aider aussi. Bonne chance.
La seule solution que je connaisse avec VS2012 est d’aller dans Propriétés du projet> Compiler> CPU cible et de définir l’option sur "x86".
Cela semble également lié à cette question: Impossible de démarrer le débogueur dans VS2012 RC Ils l’ont également transmise à Microsoft Connect. Semble être un problème de Visual Studio ...
bonne chance.
Juste mes deux cents,
J'ai déjà rencontré ce problème à deux reprises et après toutes les suggestions que j'ai essayées, c'est BitDefender qui se trouvait sur ma machine locale. Donc, ma solution à ce problème est d'essayer d'ajouter des exceptions au logiciel de sécurité local dans les parties firewall et AV de celui-ci. Dites-lui d'ignorer les fichiers msvsmon .exe et devenv .exe et de voir quelle différence cela fait.
Sinon, essayez de l'arnaquer complètement et voyez si cela vous permet de déboguer votre solution.
Vous pouvez voir ici pour plus d'informations: http://forum.bitdefender.com/index.php?showtopic=37028
J'ai installé la dernière version de BitDefender et tout s'est bien passé pour moi.
Solution pour moi dans VS 2015. J'avais une entrée DNS publique mappée sur mon IIS local et l'onglet Web/debug du projet:
<app>.<domain>.co.uk
Il me suffisait de l'ajouter au fichier hosts en tant qu'hôte local:
127.0.0.1 <app>.<domain>.co.uk
Ainsi, VS ne pense plus que l'hôte est une machine distante.