Débogage à distance de Visual Studio 2012: accès non valide à l'emplacement de la mémoire
J'ai suivi les instructions dans ce lien: http://msdn.Microsoft.com/en-us/library/bt727f1t.aspx pour installer le débogueur distant (2012) sur mon serveur où l'application est exécutée dans l'espoir de déboguez-le à distance à partir de ma machine de développement exécutant Visual Studio 2012.
Je ne peux même pas aller aussi loin que de consulter la liste des processus à attacher à la machine distante. Je continue à obtenir "Impossible de se connecter au moniteur de débogage Microsoft Visual Studio nommé [nom]. Accès non valide à l'emplacement de la mémoire".
J'ai réussi à me connecter plusieurs fois, mais l'attachement échoue immédiatement et je ne peux plus me connecter.
Cela me pose d’énormes problèmes car je ne peux rien déboguer à distance. Je dois manquer quelque chose de flagrant. S'il vous plaît, quelqu'un me donne une solution.
Il s’est avéré que la seule chose qui me manquait était de dire à Visual Studio où trouver les symboles .pdb relatifs au processus distant. Pour ce faire, sélectionnez Outils -> Options -> Débogage puis, dans les emplacements Symbol (.pdb), ajoutez l’emplacement distant aux fichiers pdb.
Pour clarifier, je joignais bien mais je ne pouvais pas entrer dans le code. Maintenant je peux. Sachez cependant qu’il ya d’autres obstacles avant d’arriver à mon stade où j’étais attaché au processus mais ne pouvais pas attraper un point de rupture.
J'ai trouvé le seul moyen de corriger cela en redémarrant Visual Studio.
Travaillé pour moi Je l'ai trouvé dans ce billet de blog sur l'accès invalide et le débogage distant .
Récemment, quelqu'un d'autre a signalé ce problème et corrigé le problème sur sa machine. Les erreurs "Accès non valide à l'emplacement de la mémoire" sont dues à un problème dans Windows, il peut être résolu avec ce correctif .
J'ai eu ce problème dans VS 2012, 2013, 2015 et 2017. D'après d'autres réponses, il est probable que le problème soit lié à l'exécution d'une version 32 bits de Visual Studio sur un PC 64 bits. Parfois, comme d'autres l'ont recommandé, le redémarrage de Visual Studio corrige le problème, mais la meilleure solution que j'ai trouvée jusqu'à présent consiste à démarrer Visual Studio sans solution. Ouvrez Debug -> Attacher au processus, modifiez la cible de connexion en supprimant le serveur et patientez pour que la liste de processus soit chargée. Puis annuler, ne pas encore joindre. Chargez la solution souhaitée, puis revenez à Attacher au processus et la liste des processus distants sera toujours chargée. Connectez-vous à votre processus souhaité et tout devrait fonctionner correctement à partir de là.