web-dev-qa-db-fra.com

VS2015 Le point d'arrêt ne sera pas touché pour le moment. Aucun symbole n'a été chargé pour ce document

J'ai la solution avec 3 projets. Projet un - Bibliothèque . Projet deux - Service (asmx) . Projet trois - Test . Dans mon service, j'ai deux config transform:PRODUCTIONetTEST. Ils sont égaux, mais le nom des bases de données est différent. Ma solution:

 Solution

Si je Debug} _ Test avec PRODUCTION.config alors tout va bien - mes points d'arrêt sont actifs. Si je Débogage Testez avec TEST.config alors mauvais. J'ai compris:

 The breakpoint will not currently be hit

Quel pourrait être le problème? Désolé pour mon anglais.

c#unit-testingweb-config
4
Denis Bubnov

Fixation:

  1. Clic droit sur votre projet
  2. Sélectionner Properties
  3. Sélectionnez le Build languette
  4. Assure-toi Define DEBUG constant et Define TRACE constant sont vérifiés
  5. Clique le Advanced bouton en bas de la page à onglet Construire
  6. Sois sûr que Debug Info: est réglé sur full
  7. Cliquez sur OK et enregistrer les modifications
  8. Nettoyer la solution et reconstruire le projet

Lien vers la source Correction "Le point d'arrêt ne sera pas touché. Aucun symbole n'a été chargé pour ce document." .

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

11
Denis Bubnov

Une autre raison qui peut arriver est que si vous partagez plusieurs projets entre les solutions et vous avez configuré des configurations de construction personnalisées puis /, vous passez simplement d'une version à une autre dans la barre d'outils (ou d'autres raccourcis) peut perturber la configuration de construction active et créer toutes sortes de conséquences aléatoires.

Assurez-vous que Solution> Propriétés> Configuration active correspond à vos attentes ("Mixte" est généralement mauvais) et utilisez Solution> Gestionnaire de configuration en cas de doute.

J'ai oublié encore une fois et la tactique populaire sur les intertubes ne fonctionnait pas, bien sûr, donc c'est en partie une note à soi-même ...

1
saminpa

À titre de référence future, le même problème peut survenir lorsque vous avez le même assembly à la fois dans le dossier GAC et dans le dossier bin\Debug. Il suffit de supprimer l’Assemblée du GAC et cela fonctionne à nouveau.

1
ilCosmico

Essayez d’ajouter ou de mettre à jour votre fichier .csproj avec le tag <DebugType>full</DebugType> dans <PropertyGroup>. Cela a résolu mon problème.

0
Pramod Harlapur