Visual Studio 2012 Une opération à distance prend plus de temps que prévu

Je cours Visual Studio 2012 sur Windows 8 64 bits. J’ai un projet 64 bits qui est sous contrôle de code source et j’essaie de l’exécuter à la maison sur mon ordinateur Windows 8. L’application se construit correctement mais le débogueur distant ne fonctionne pas du tout.

Il dit “Une opération à distance prend plus de temps que prévu”. Je comprends pourquoi sa télécommande, étant donné que Visual Studio 32 bits doit accéder à msvsmon.exe pour déboguer via des applications 64 bits, mais je ne l’ai jamais vu sur une machine locale où le code source a été extrait.

J’ai essayé de réinstaller Visual Studio 2012, en jouant avec les ports (4016) et en tant qu’administrateur. Vérifié que 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 pour le tester et le définir comme 64 bits, mais l’opération échoue toujours.

Des idées ou des suggestions? Est-ce un problème connu avec Visual Studio 2012 sur Windows 8?

Je pense que vous devriez essayer ceci:

Exécutez cmd.exe en tant qu’administrateur.
Tapez et exécutez les deux lignes de commande suivantes:

netsh winsock réinitialiser le catalogue

netsh int ip réinitialiser reset.log a frappé

Il se peut qu’un redémarrage soit nécessaire, mais ce n’est pas nécessaire.
Essayez à nouveau de déboguer votre application, le problème doit être résolu.

EDIT: Désolé de ne pas avoir fourni d’explication à ce sujet auparavant. La réponse provenait en fait d’un forum chinois et l’auteur original ne l’a pas beaucoup expliqué. Mais il a dit que c’est parce que Visual Studio est un programme 32 bits qui peut avoir des problèmes pour accéder 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.

La seule réponse que j’ai obtenue avec VS2012 est d’aller dans les propriétés du projet> Comstackr> 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 soumis à Microsoft Connect. Semble être un problème de Visual Studio …

bonne chance.

Je travaille avec VS2012 (Windows7, PC 64 bits). Lorsque j’ai sélectionné DEBUG – Attach to Process … J’ai vu une boîte de message disant “Une opération de débogage 64 bits prend plus de temps que prévu”. J’ai téléchargé la version d’essai gratuite de VS2010 et j’ai remarqué que dans VS2010 cela fonctionnait bien. J’ai donc copié les fichiers msvsmon.exe et msvsmon.exe.config à partir 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 travaille VS2012. J’espère que ça va t’aider aussi. Bonne chance.

Juste mes deux cents,

J’ai rencontré ce problème deux fois maintenant et après toutes les suggestions que j’ai essayées, il s’agissait de BitDefender sur ma machine locale. Donc, ma solution à ce problème consiste à append des exceptions au logiciel de sécurité local dans le pare – feu et les composants AV de celui-ci. Dites-lui d’ignorer les fichiers .exe et devenv .exe de msvsmon et de voir quelle différence cela fait.

Sinon, essayez de l’archiver 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 publique de DNS mappée à mon iis local et à l’onglet web / debug du projet:

..co.uk

Il suffit de l’append au fichier hosts en tant qu’hôte local:

 127.0.0.1 ..co.uk

Ainsi, VS ne pense plus que l’hôte est une machine distante.

Ce qui a fonctionné pour moi était de désinstaller un programme appelé “sendori”

La solution à ce problème est la suivante:

Accédez au dossier C: \ Program Files (x86) \ Microsoft Visual Studio 11.0 \ Common7 \ IDE \ Débogueur distant Ouvrez le fichier x64 et renommez le fichier msvsmon.exe en msvsmon_old.exe. Naviguez jusqu’au dossier x86 et copiez msvsmon.exe dans le dossier x64. Redémarrez l’IDE Visusl Studio 2012 et essayez maintenant de traiter pendant le débogage