Comment puis-je remédier au «Le point d'arrêt ne sera pas atteint actuellement. Aucun symbole n'a été chargé pour ce document. » Attention?

1577

L'application de bureau C # sur l'édition express a fonctionné puis n'a pas fonctionné 5 secondes plus tard.

J'ai essayé ce qui suit:

  • Assurez-vous que la configuration de débogage, l'indicateur de débogage et les informations de débogage complètes sont définis sur tous les assemblys.
  • Supprimez tous les dossiers bin et obj et toutes les DLL liées au projet de toute ma machine.
  • Recréez les projets à l'origine du problème.
  • Redémarrez.

J'ai deux projets WinForms dans la solution. L'un d'eux charge les informations de débogage, l'autre non. Ils font tous deux référence à l'assembly sur lequel j'essaye d'obtenir des informations de débogage exactement de la même manière dans le fichier de projet. Des idées?


Je veux ajouter ici, surtout pour moi-même lorsque je reviendrai sur cette question, que les symboles ne sont pas chargés tant que l'assemblage n'est pas chargé, et l'assemblage n'est pas chargé tant qu'il n'est pas nécessaire. Si le point d'arrêt se trouve dans une bibliothèque qui n'est utilisée que dans une fonction de votre assemblage principal, les symboles ne seront pas chargés (et il affichera le point d'arrêt comme n'étant pas atteint) jusqu'à ce que cette fonction soit appelée.

Instance Hunter
la source
120
Lors du débogage, passez à la vue Débogage, Windows, Modules. Cela affichera des informations sur les modules chargés et l'état des symboles. Vous pouvez cliquer avec le bouton droit sur un module et essayer de charger les symboles à partir d'un autre emplacement.
Polyfun
14
L'édition Express n'a pas de vue Modules.
Instance Hunter
12
Bon point sur les assemblages non chargés jusqu'à ce qu'ils soient nécessaires. Le débogueur montrera que le point d'arrêt ne sera pas atteint, mais l'affichage changera / votre point d'arrêt sera atteint une fois l'assembly chargé. Pour contourner ce problème d'interface utilisateur, vous pouvez appeler l'appel de l'assembly au démarrage du programme pour forcer l'assembly à être chargé.
Tim Coker du
1
J'ai eu le même problème et j'ai remarqué que pour cette configuration de build que je n'avais pas en <DebugSymbols>true</DebugSymbols>dessous dans VS2015, je l'ai ajouté manuellement et cela a bien fonctionné.
kuskmen
4
La suppression du fichier .suo aurait peut-être résolu ce vilain problème dans mon projet
Roland

Réponses:

1083

Commencez le débogage, dès que vous êtes arrivé à un point d'arrêt ou utilisé Debug > Break All, utilisez Debug > Windows > Modules. Vous verrez une liste de tous les assemblys chargés dans le processus. Recherchez celui pour lequel vous souhaitez obtenir des informations de débogage. Cliquez dessus avec le bouton droit et sélectionnez Informations sur le chargement des symboles. Vous obtiendrez une boîte de dialogue qui répertorie tous les répertoires dans lesquels il a recherché le fichier .pdb pour l'assembly. Vérifiez cette liste par rapport à l'emplacement .pdb réel. Assurez-vous qu'il n'en trouve pas un ancien.

Dans les projets normaux, l'assembly et son fichier .pdb doivent toujours avoir été copiés par l'IDE dans le même dossier que votre .exe. Le dossier bin \ Debug de votre projet. Assurez-vous d'en supprimer un du GAC si vous avez joué avec.

Hans Passant
la source
4
En fait, c'était le problème dans mon cas. Nous avions une post-compilation qui ne permettait pas de le considérer comme un "code utilisateur" ... maintenant, je dois voir ce qui se passe, mais je confirme que sans les modifications post-compilation, les symboles sont chargés. Merci @Hans, ça m'a fait gagner quelques bonnes minutes! envoie une bière virtuelle
eglasius
29
La question concerne l'édition express, à laquelle cette réponse ne s'applique malheureusement pas. En fait, aucune des réponses ne fonctionne pour moi, j'ai également essayé de supprimer le dossier de débogage et de reconstruire.
Nicolas Raoul
3
Microsoft Visual Studio Express 2013 pour le Web n'a pas d'option Déboguer les modules Windows. Comment utiliser résoudre ce problème dans ce cas?
Andrus
3
À titre indicatif, activez vos exceptions pour qu'elles se cassent où vous le souhaitez (si vous ne parvenez pas à mettre un point d'arrêt au début du processus) ... Vous suivez ensuite le processus recommandé par Han de Débogage> Windows> Modules. Recherchez le projet dans lequel vous tentiez d'intervenir et examinez le CHEMIN. s'il dit "C: \ windows \ assembly" alors il pointe vers une dll GAC et PAS le projet ...
Andy Danger Gagnez
5
J'ai eu la configuration de solution active de ma solution définie sur Release, en la changeant à Debug pour résoudre mon problème. Cette réponse m'a aidé à "me souvenir" de ce qu'il
fallait
437

Essayez d'abord de reconstruire votre projet en cliquant avec le bouton droit de la souris sur le projet> Reconstruire Si cela ne fonctionne pas, essayez un nettoyage du projet (clic droit de la souris sur le projet> nettoyer)

Si cela n'a pas fonctionné, vérifiez ceci:

  1. Faites un clic droit sur votre projet
  2. Sélectionnez [Propriétés]
  3. Sélectionnez l' onglet [Build]
  4. Assurez-vous que [Définir la constante DEBUG] et [Définir la constante TRACE] sont cochés
  5. Assurez-vous que [Optimiser le code] n'est pas coché
  6. Cliquez sur [Avancé] bouton en bas de la page à onglet Build
  7. Assurez-vous que [Informations de débogage:] est défini sur [complet]
  8. Cliquez sur [OK] et reconstruisez le projet ;-)

(l'étape 6 génère les fichiers .pdb, ce sont les symboles de débogage)

juFo
la source
40
Assurez-vous que [Debug Info:] est réglé sur [full] - corrigez-le pour moi! J'ai plusieurs configurations installées sur mon projet, les nouvelles que j'ai ajoutées n'avaient pas cet ensemble.
Chiefy
1
Cela a fonctionné pour moi! Mais au lieu de [complet], j'ai pu faire du pdb uniquement
Aaron Shaver
42
Il s'avère que j'étais dans la version finale. tsk.
PNDA
2
Si vous avez un projet C ++ / C # mixte avec un démarrage natif, assurez-vous que le débogage du projet> Type de débogueur est mixte.
Bill Hoag
4
Je devais également m'assurer que cela Properties > Build > Optimize coden'était pas contrôlé .
jeffaudio
274

Juste quelque chose de simple à essayer - vous l'avez peut-être déjà essayé. Cliquez avec le bouton droit sur l'Explorateur de solutions dans la solution, cliquez sur "Nettoyer la solution", cela supprime tous les fichiers compilés et temporaires associés à une solution .

Effectuez une reconstruction de la solution et essayez à nouveau de déboguer.

J'ai également eu des problèmes avec plusieurs points d'arrêt dans une solution - certains compilés en x86, d'autres en x64.

Patrick
la source
5
Comment avez-vous corrigé les points d'arrêt avec plusieurs projets dans une solution - certains compilés en x86, d'autres en x64?
Richard Li
3
Si vous exécutez IISExpress (ou l'émulateur Azure), les fichiers dans C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Temporary ASP.NET Files \ root peuvent ne pas être mis à jour si votre AssemblyVersion est 1.0.0.0. Assurez-vous qu'il s'agit de quelque chose comme 1.0. * Afin qu'une nouvelle version soit générée à chaque fois que vous construisez votre projet Web. Clean Solution n'efface pas le dossier des fichiers Internet temporaires.
Michael Lang
1
Cela fait la même chose que de faire tout reconstruire.
Jonathan Wood
2
@jonathan Wood - Je suis principalement d'accord avec cela. Mais dans de rares circonstances, Rebuild All peut produire des résultats légèrement différents - je sais que j'ai parfois vu d'étranges différences. Jetez un œil ici pour une discussion intéressante: stackoverflow.com/questions/1247457/…
Patrick
1
Pour moi, c'était simplement "Build" ... "Clean Solution"
Dominic Isaia
238

Désactivez l'option "Just My Code" dans les paramètres Debug / General.

sublimental
la source
2
Oui, sur un projet Windows Phone 8 avec une configuration de construction personnalisée, c'est ce qui m'a fait.
GONeale
2
A travaillé pour moi avec Windows Phone 8.1 et VS Community 2015.
Fabiano Araujo
20
Juste pour être clair: dans VS 2017, ce paramètre se trouve spécifiquement dans la boîte de dialogue Outil, Options sous le volet Débogage, Général (il n'y a pas de volet "Débogage", pour être précis). La case à cocher est appelée "Activer juste mon code" et non "Juste mon code".
Jazimov
1
Cela fonctionne pour moi mais je ne peux pas voir la valeur de la variable lorsque hover ou shift + f9 obtient une erreur Impossible d'obtenir la valeur de local ou d'argument car il n'est pas disponible à ce pointeur d'instruction, peut-être parce qu'il a été optimisé
Naveen Kumar
1
Travaille toujours dans Visual Studio 2019!
Toby Caulk
149

Cross poster ce correctif de Hans K que j'ai trouvé sur le fil similaire >> ICI << :

Clic droit sur la solution -> Propriétés

Regardez sous Propriétés communes -> Projet de démarrage

Sélectionnez plusieurs projets de démarrage

sélectionnez Démarrer l'action sur les projets que vous devez déboguer.

jp2code
la source
7
Cela gère également les situations dans lesquelles vous essayez de déboguer un projet WEB qui est un point de terminaison distant .NET s'exécutant sur le serveur de développement VS et affichant «aucun symbole chargé».
D-Sect
1
Cela m'a arrangé. Je pense que précédemment, sombody avait essayé d'attacher le débogage au serveur IIS local au lieu de la version de débogage d'IIS utilisée par Visual Studio.
Dowlers
1
Si vous avez supprimé le fichier .suo, vous pouvez perdre les paramètres de solution sélectionnés ici et devrez les redéfinir
Redeemed1
J'ai vérifié à nouveau ces paramètres aujourd'hui après un débogage réussi et j'ai constaté que mes projets de démarrage étaient en quelque sorte revenus à un seul projet de démarrage. Cela mérite une double vérification.
Anthony De Souza
64

La réponse choisie m'a amené à résoudre mon problème. Mais je dois faire encore quelques choses:

Même avec "Debug" sélectionné dans la liste déroulante:

entrez la description de l'image ici

Et dans le projet Propriétés> Construire:

entrez la description de l'image ici

Visual Studio ne chargeait pas de symboles dans un projet spécifique. Donc, dans cette liste déroulante, je sélectionne "Configuration Manager" et j'ai vu que les paramètres de mon projet Web étaient incorrects:

entrez la description de l'image ici

entrez la description de l'image ici

Ensuite, je l'ai défini sur "Debug" et il a commencé à générer le .pdbfichier. MAIS je dois copier manuellement la PDB et la DLL et mettre dans le dossier que VS recherchait (voici où la réponse sélectionnée m'a aidé):

entrez la description de l'image ici

fabriciorissetto
la source
1
Je courais en releasemode. Merci !!
Dipak Telangre
La clé pour moi était que la case `` Déployer '' n'était pas cochée, donc la pdb n'était pas redéployée après la construction
Ben
43

Debug> Windows> ModulesPour voir quels modules ont été chargés me mettre dans la bonne direction.

Dans mon cas, IIS Express semblait charger une DLL différente à partir des fichiers ASP.NET temporaires.

La solution?

  1. Accédez à C:\Users\<YOUR USER>\AppData\Local\Temp\Temporary ASP.NET Files\vs
  2. Supprimez tout dans ce répertoire!
James S
la source
C'était mon problème, le dossier devait être plein de DLL cassées qui étaient chargées comme préférence.
gburton
8
Cela a fonctionné pour moi, sauf dans mon cas, le répertoire que j'ai dû purger était C: \ Windows \ Microsoft.NET \ Framework64 \ v4.0.30319 \ Temporary ASP.NET Files \ vs \
Andy
J'ai eu un problème similaire où j'avais déjà installé cette application et elle chargeait cette DLL au lieu de celle de mon projet sans fichier PDB associé. Après avoir désinstallé l'ancienne application, le problème a été résolu pour moi. Merci!
Lenny K
42

J'ai pu corriger l'erreur en définissant simplement l'option dans l'option 'Attach to Process' sur 'Déterminer automatiquement le type de code à déboguer', comme indiqué dans la capture d'écran jointe.

Suivez simplement les étapes ci-dessous:

  • Accédez au débogage dans la barre de menus
  • Cliquez sur Attacher au processus
  • Près de l' option Attacher à , cliquez sur le bouton Sélectionner
  • La fenêtre Sélectionner le type de code apparaîtra
  • Sélectionnez maintenant l'option Déterminer automatiquement le type de code à déboguer et cliquez sur le bouton OK.

Erreur de débogage fixe

vidéos IT
la source
10
Pour ceux qui ont tout essayé sur cette page, j'ai résolu mon problème en passant au «code géré (v4.5, v4.0)»!
stevekrzysiak
Le passage à "Géré (v4.5, v4.0)" l'a également corrigé avec le débogage d'une application DNN ASP.Net. Merci!
Mmm
Passer de "Déterminer automatiquement le type de code à déboguer" à "Géré (v4.6, v4.5, v4.0)" a fonctionné pour moi. J'ai une solution avec 2 bibliothèques de classes, l'une est accessible COM, les deux ciblent le framework 4.6.1.
Jorb
J'ai eu une mauvaise option sélectionnée (".NET Core" au lieu de "Managed v4.6"). J'ai choisi "Déterminer automatiquement ..." et cela a fonctionné! Au départ, j'ai trouvé cette solution sur ce billet de blog blog.simontest.net/… .
Evgeni Nabokov
41

Parfois, même si cela vous donne cette erreur, le breakpointreste est touché, alors ignorez simplement l'erreur. Cela se produit assez souvent dans Viewsun MVC web app.

Serj Sagan
la source
7
Cela devrait en fait être voté quelque part vers le haut. J'ai passé beaucoup de temps à faire toutes les réponses ci-dessus, mais le point d'arrêt serait en fait atteint. Vérifiez juste :) C'était aussi une application de bureau WPF.
Bartosz
4
aspx semble être compilé à la demande, donc les informations de débogage ne sont disponibles qu'après avoir besoin de la page
aspx
Aussi pour UnitTesting - vous devez attendre quelques secondes, puis il est touché.
David Refaeli
Je pense que le commentaire @aeroson est ce que j'ai rencontré. Une page a chargé des points d'arrêt, une autre non. J'ai essayé toutes sortes de choses à partir des réponses ici, puis actualisé cette page et les points d'arrêt ont été chargés.
goodeye
merci ... creuser pendant une demi-heure et je viens de réaliser que le point d'arrêt est toujours atteint ...
Kyle Huang
39

Vérifiez si votre fichier .pbd est manquant dans votre dossier bin / Debug. Si c'est le cas, allez dans "Propriétés" de votre projet, sélectionnez "Construire" puis "Avancé" en bas. Choisissez "complet" sous "Informations de débogage" dans la nouvelle fenêtre qui est apparue. C'était mon problème et je l'ai résolu pour moi.

Affichage de l'emplacement du paramètre

Arne H. Bitubekk
la source
Je suggère à quiconque de venir sur cette page pour s'assurer que la pdb est générée car c'était le problème pour moi.
EatATaco
Merci! "pdb-only" (plutôt que plein) était suffisant. De plus, "Avancé" est un bouton en bas de la version.
Greg Little
où les pdbs doivent-ils être générés?
ylka
1
Merci, cela l'a corrigé pour moi après avoir effectué de nouvelles transformations Web.config et supprimé les configurations par défaut (comme Web.Debug.config) fournies par VS 2017.
Ken Palmer
1
J'ai essayé beaucoup d'autres options (gaspillé presque 2 heures) Cette option "complète" résout mon problème. Merci!
SoftSan
29

Dans mon cas, "Optimiser le code" a été coché dans les propriétés de mon projet. Cela a amené VS à voir mon assembly comme "pas mon code", et à son tour, il n'a pas chargé de symboles pour cela.

La solution était de décocher cela. Emplacement de la case Optimiser le code

Sandra
la source
2
C'était aussi mon problème, et je suis passé par toutes les solutions ci-dessus une par une, rien n'a fonctionné.
antikbd
J'ai décoché cette option, solution propre, solution reconstruite, etc ... VS considérait toujours le module comme "Optimisé". Le seul moyen que j'ai trouvé pour forcer VS à mettre à jour les informations de débogage était d'augmenter la version d'assemblage du module.
alphanoch
La seule solution qui fonctionne pour moi, un # pour vous (# = ++++), mais je ne peux voter qu'une seule fois
Luis Lopez
27

Vérifiez simplement si votre solution est en mode Release.

Tino Jose Thannippara
la source
1
il a fallu près de 4 heures pour découvrir ce problème. merci
Null Pointer
23

Essayez d'exécuter Visual Studio en tant qu'administrateur dans Windows.

Andy
la source
1
J'ai fini par avoir besoin d'exécuter msvsmon en tant qu'administrateur sur la machine distante.
Bill Hoag
Ce n'est pas une solution que les gens devraient suivre. Si cela résout le problème, vous devriez vous concentrer sur la raison pour laquelle vous auriez besoin des droits d'administrateur pour que VS puisse lire le contenu du fichier .pdb de votre projet.
Jazimov
@Jazimov Je ne suis pas d'accord. Alors que j'aimerais passer du temps à enquêter sur cela, dans mon cas, cela a résolu mon problème et m'a permis de continuer à travailler comme je suis sûr qu'il l'a fait pour d'autres aussi. Si vous souhaitez y jeter un œil et améliorer cette réponse, n'hésitez pas, c'est pour ça qu'il est là.
Andy
Pour être clair: je comprends que cela a résolu votre problème avec Visual Studio, ce n'est pas ce que je contestais. Je conteste la recommandation que d'autres acceptent d'exécuter l'IDE comme la solution plutôt que la simple une solution. Si l'exécution de l'EDI en tant qu'administrateur résout le problème, ces informations doivent être utilisées pour dépanner la cause racine réelle afin que l'EDI ne nécessite pas de privilèges d'administrateur pour fonctionner correctement.
Jazimov
21

Dans mon cas, j'essaie de déboguer en mode relase. Une fois que je le change en mode débogage. Ça marche

Adithya Sai
la source
15

Vous devez activer "Générer des informations de débogage" dans les paramètres du compilateur

DS.
la source
1
Où cela devrait-il être?
MushyPeas
10
C'est la même chose que la réponse de juFo - Projet> Propriétés> Construire> Avancé> Informations de débogage> Complet (ou pdb uniquement)
Jeremy Thompson
Écoutez Jeremy Thompsen. Cela a résolu le problème pour moi.
Thorkil Værge
12

->Options de débogage ->Général ->Décochez la case "Enable Just My Code "

Cela a fonctionné pour moi.

abdallah mahmoud
la source
1
Cela semble être un paramètre par défaut qui mérite d'être vérifié si la mise à niveau de VS vers une version plus récente (comme cela m'était arrivé).
Agamemnon
10

Nous avons trouvé la cause de notre problème. Ce code utilisait l'attribut "CodeBehind" dans la directive Page du fichier .aspx au lieu de l'attribut "CodeFile" (ASP.NET 2.0 et au-delà). Après des jours de désespoir, une simple recherche et remplacement a résolu le problème.

cjo30080
la source
10

L'option «Démarrer le débogage, Debug + Windows + Modules» n'existe pas dans l'édition de Microsoft Visual Studio Express 2013.

En décochant "Utiliser le mode de compatibilité géré" dans Outils Options, le débogage corrige ce problème.

Andrus
la source
10

Vérifiez votre Solution Configurationliste déroulante. Assurez-vous que vous sélectionnez Debug, non Release.

zs2020
la source
Merci @ zs2020
Shakeel Hussain Mir
9

J'ai essayé tout ce qui est mentionné ci-dessus, mais rien n'a fonctionné. [Nettoyer la solution et vérifier les fichiers PDB, etc.]

Même la publication de la même solution n'a pas résolu le problème.

Ensuite, je suis retourné à ce que je fais habituellement pour résoudre (tromper ce Visual Studio tenace)

Tout ce que j'ai fait, c'est d'apporter un changement délibéré de code et de publier la solution. Puis j'ai annulé le changement et publié à nouveau.

Voila [fichiers PDB débarrassés des mauvais esprits] .. Pas une résolution intelligente, mais cela a fonctionné ..: - |

Mahesh
la source
7

Webapplications (IIS Express) uniquement:

  • Cliquez avec le bouton droit sur IIS Express Tray et fermez IIS.
  • Solution propre

Bac IIS

Christian Gollhardt
la source
J'ai essayé beaucoup d'autres suggestions dans d'autres réponses, dont beaucoup m'ont aidé dans le passé, mais aujourd'hui celle-ci a aidé. Dans mon cas, j'ai plusieurs branches et je pense qu'IIS Express était en quelque sorte bloqué sur une branche différente et n'était pas rafraîchissant avec la branche que j'essayais de déboguer, malgré mes nombreuses tentatives de nettoyage et de reconstruction.
Chris H
6

Aucune de ces réponses n'a résolu mon problème. J'ai essayé une autre chose basée sur le fait que le projet avec l'arrêt n'était pas en réalité le projet chargé. J'ai trouvé que Hans Passant a écrit que le .dll où je veux arrêter le débogueur et les fichiers .pdb associés étaient copiés près du fichier .exe. Ces fichiers ont une date plus ancienne, donc je pensais qu'ils n'avaient pas été mis à jour lors de l'exécution. Je les ai supprimés manuellement, Visual Studio crée une autre paire ET place cette nouvelle paire près du .exe. Maintenant, les breakpoins fonctionnent!

Peut-être que Visual Studio ne peut pas copier et REMPLACER les fichiers existants (.dll et .pdb) près du .exe car il y en a un autre. Donc, si j'ai supprimé manuellement, VS pourrait en créer un nouveau près de .exe.

Je pense qu'un autre changement (vérifications et ainsi de suite - à partir des autres réponses) a déclenché quelque chose et Visual Studio a copié et remplacé les dll et pdb du dossier de projet dans le dossier près de l'exe, donc c'était une solution.

Je pense que la cause principale du problème est que Visual Studio utilise un autre fichier au moment de l'exécution, pas le fichier du projet, avec l'arrêt.

Peut-être cette réponse pour aider quelqu'un!

Tratak
la source
6

Choses à vérifier juste pour être clair: assurez-vous que la configuration est définie sur «Debug» et non sur «Release». Vous pouvez déboguer le projet de démarrage en mode 'Release', mais pas une bibliothèque de classes référencée.

Sai Chakradhar Sana
la source
6

Propriétés du projet (puis sélectionnez votre configuration de build)> onglet Build> Advanced ...> Debug Info (liste déroulante)

Réglez sur 'all' ou 'pdb-only' puis reconstruisez

Sinaesthetic
la source
j'ai fait pdb_only, aussi nettoyer et redémarrer le navigateur
Jason
6

Au lieu de faire toutes ces choses juste

Fermer et rouvrir

la solution, il résoudra le problème

kselva
la source
A travaillé pour moi dans Microsoft Visual Studio 2013 sous: Fichier> Fermer la solution puis Fichier> Ouvrir la solution (devrait être préchargé avec le même dossier qu'il était). Les points d'arrêt sont passés du drapeau jaune au rouge circulaire instantanément. Donc merci.
Zargold
Génie OMG! Merci!!!
AresDev
6

J'ai eu un problème similaire et j'ai fait ce qui suit: Debug => Options => General => Supprimer la coche pour "Enable Just My Code" Cela a fonctionné pour moi ..

Muhamed Krasniqi
la source
cela fonctionne aussi pour moi
mohammed elshoraky
6

Cela m'a pris un certain temps essayé d'autres options ci-dessus et pour une raison étrange, le débogage a cessé de fonctionner.

Outil -> Options -> Débogage -> Général -> (décochez) Option "Exiger que les fichiers source correspondent exactement à la version d'origine"

tfa
la source
6
  1. Solution propre et reconstruction
  2. Vérifiez que la configuration est définie sur Debug
  3. Assurez-vous que le fichier PDB se trouve dans le dossier Debug lui-même
  4. Dans le menu Déboguer, cliquez sur Activer tous les points d'arrêt
Bimal
la source
6

Vérifiez que les deux paramètres suivants sont identiques dans Visual Studio:

Cliquez avec le bouton droit sur le projet de test, accédez à Propriétés, onglet Générer et regardez la cible de la plate-forme

Les miens sont tous réglés sur "Any CPU" donc x64

entrez la description de l'image ici

Dans la barre du menu principal, accédez à Test, Paramètres de test, Architecture de processeur par défaut

Le mien était réglé sur X86

entrez la description de l'image ici

La modification de ce paramètre en X64 pour correspondre au paramètre ci-dessus a fait fonctionner le menu intégré de Visual Studio «Test (s) de débogage» et a atteint les points d'arrêt qui étaient précédemment ignorés avec le message «Le point d'arrêt ne sera pas actuellement atteint. Aucun symbole n'a été chargé pour ce document ».

Mise à jour:

Pour Visual Studio 2019, les menus ont été déplacés un peu: entrez la description de l'image ici

Mike
la source
5

Je sais que j'ai des années de retard, mais je pensais avoir fait quelque chose de mal et avoir suivi les étapes ci-dessus, puis j'ai réalisé que j'avais réglé la configuration de la solution sur 'Release' par erreur :)

Neil Walker
la source
1
Puis-je voter 10 000 fois? Le pire de tout, c'est que je pense que j'ai cherché cela sur google comme 10 fois maintenant, et à chaque fois c'est la même erreur stupide. Peut-être que Microsoft pourrait l'indiquer à l'utilisateur?
tfrascaroli