À distance de débogage dans visual studio: débogueur distant ne prend pas en charge cette version de windows
Je suis en train de débogage à distance à ma demande, VMware workstation 7 et Visual studio 2010 ultimate. J'ai plusieurs images (win 7 ultimate,vista,etc).
Je suis ce tutoriel: http://kristofmattei.be/2010/01/20/debugging-applications-in-virtual-machines-with-vmware-workstation-7-and-visual-studio-2008-sp1-2/
Chaque fois que j'essaie de démarrer msvsmon.exe sur l'ordinateur distant, il va dire :
"Le débogueur distant visual studio ne prend pas en charge cette version de windows"
essayé avec win 7 ultimate, vista premium et xp home, même situation.
Quelqu'un pourrait-il m'aider ici?
Merci!
Vous devez vous connecter pour publier un commentaire.
Le message d'erreur "Le débogueur distant visual studio ne prend pas en charge cette version de windows" s'affiche car le débogueur distant tente d'utiliser l'Authentification Windows par défaut, et c'est uniquement pris en charge dans le "Pro" des versions de Windows, et jusqu'.
Cependant, le débogueur distant ne travail de la "Maison" des versions de Windows, vous avez juste à vous dire de ne pas utiliser l'authentification via la ligne de commande.
(Pourquoi ne pas vous laisser faire cela après avoir lancé sans arguments, pourquoi le message d'erreur est si trompeur (et en contradiction avec la liste officielle de l'OS pris en charge), et pourquoi il y a si peu d'info à ce sujet sur le web, je ne sais pas. :))
Pour le lancer, exécuter ceci:
Bien sûr, ce lance dans le mode de sécurité le plus bas, de sorte que vous ne voulez pour ce faire sur un réseau sécurisé. (Mais c'est généralement le mode on finit par en utilisant msvcmon de toute façon, comme l'autre mode est une encore plus grande PITA à configurer qu'il est normalement. Outil très utile, mais ne pouvait vraiment utiliser une certaine rationalisation.)
Pas besoin d'utiliser des fonctions VMWare.
À l'intérieur de la machine virtuelle invitée exécuter la version de msvsmon qui est venu avec votre copie de visual studio 2010 (Un package d'installation pour juste la distance deubgging des choses peut être trouvé sur le disque ou l'image) (utiliser x86 si le débogage d'un processus 32 bits ou x64 si le débogage 64-bit ,Itanium si vous avez besoin de rire).
par le biais de la msvsmon GUI désactiver l'authentification et sélectionnez permettre à tout utilisateur de se connecter.
désactiver le pare-feu de la machine virtuelle.
sur la machine hôte, vous devriez être en cours d'exécution de visual studio 2010, sous le debug menu déroulant, sélectionnez "attach to process..." puis dans la fenêtre qui apparaît sélectionnez à distance à partir de la liste déroulante qui devrait dire local ou quelque chose d'abord, entrez l'adresse IP (qui devrait être de réseau privé IP c'est à dire 10.1.?.?) l'invité de la VM, vous pouvez également utiliser le nom du serveur affiché par le msvsmon GUI. Vous devriez obtenir la liste des processus pour le client et ne doit joindre à tout processus qui correspond à la version de msvsmon vous avez exécuté (x86 ou 64 ...ou Itanium rire).
REMARQUE: ce sont des instructions de base pour vous montrer cela fonctionne bien mais ces instructions ne fonctionnent que pour le code natif depuis réussi nécessite une connexion sécurisée.
Si vous déboguez une .NET application à l'aide de VMWare VS Plugin et sont d'obtenir un "fichier non trouvé" type d'erreur...assurez-vous que vous avez la .NET runtime installé! 🙂
Comme un crétin, j'ai mis en place une nouvelle machine virtuelle XP et j'ai oublié d'installer le .NET runtime et gaspillé une bonne journée à essayer d'obtenir le VMWare VS Plug-In fonctionne!
VSID n'est pas pris en charge par visual studio 2010 http://communities.vmware.com/thread/282407