C# VS2010 Échec de l'entrée en mode pause

Question

J'ai eu quelques problèmes avec mes points d'arrêt plus tard dans mon programme en disant qu'ils ne seraient pas touchés car le code source et le code compilé étaient différents. J'ai décidé de mettre un point d'arrêt sur ma fonction publique MainWindow(), et de voir ce qui s'est passé.

Maintenant, j'ai l'erreur que l'entrée en mode pause a échoué pour la raison suivante: Le fichier source 'F: \ cAdmin \ OO \ OO \ MainWindow.xaml.cs' n'appartient pas au projet en cours de débogage. Je trouve cela amusant parce que mon projet est stocké sur mon lecteur flash (L :) et non pas sur F :.

J'ai reconstruit mon projet et l'ai nettoyé (plusieurs fois), j'ai redémarré mon ordinateur, déplacé ma clé USB et tout ce que je pouvais penser.

Answer 1

Supprimez le fichier d'options utilisateur (.suo) de la solution.

Si vous rencontrez des problèmes de débogage "drôles", cela signifie généralement que le fichier suo est corrompu.

Supprimez le fichier de solutions suo. Cela a fixé des problèmes de débogage bizarres avec des points d'arrêt à chaque fois pour moi. Notez que vous perdrez les paramètres de votre solution, tels que les signets, les points d'arrêt, etc.

Voir Visual Studio 2008 - The breakpoint cannot be hit.

Answer 2

Je l'ai eu sur un ensemble de solutions que nous avons commencé à gérer pour un client et migré vers Visual Studio 2010. Le "supprimer le fichier .suo" ne fonctionnait pas.

D'une manière ou d'une autre, l'ensemble des sources comprenait deux projets d'assemblage dans le même répertoire, partageant un fichier de fichier source. Ce fichier lui-même n'était pas dans la boîte de dialogue d'avertissement.

Cette résolu le problème:

1. diviser les projets d'assemblage dans des répertoires distincts et
2. déplacer le fichier partagé dans un 3ème assemblage (également dans un répertoire distinct).

Answer 3

Essayé cela, mais cela n'a pas fonctionné. Pour moi, à la fin résolu:

build> Clean Solution Construire> Générer la solution (F6)

Answer 4

Visual Studio 2012 Mise à jour 3

n'a pas fonctionné:

• Régénérer la solution
• supprimer .SUO
• Supprimer les répertoires Obj et Bin

travail at:

Outils-> Options-> Debugging-> Modifier et Continue-> décocher Modifier et continuer case à cocher

Answer 5

La solution pour moi était un peu plus ésotérique pour le moins! J'ai eu un workflow.xaml dans un projet Azure WorkerRole et il a été défini sur BuildAction: XamlAppDef au lieu de None.Pour une raison quelconque, le projet n'a pas réussi à détecter les modifications apportées à d'autres fichiers (même si VS2013 a signalé une génération réussie), ce qui a provoqué l'erreur «Échec du mode de rupture» lors de la tentative de débogage de WorkerRole.

D'autres symptômes incluaient des types qui n'étaient pas reconnus (c'est-à-dire colorés par l'EDI) et intellisense ne fonctionnait pas. Définir l'action de construction du fichier xaml sur "none" a résolu le problème (je charge le flux de façon dynamique dans tous les cas). Je mentionne cela juste au cas où quelqu'un d'autre a fait quelque chose de similaire et les autres solutions ne fonctionnent pas.

Answer 6

J'avais un projet de bibliothèque A et un projet web dans ma solution. Nécessaire pour ajouter une référence de projet B au projet de bibliothèque A pour le débogage. Est-ce que cela a fonctionné, mais cela ne marcherait pas.

Le problème était que le projet Web faisait également référence au projet B via DLL; donc je devais aussi changer cela à une référence de projet aussi bien et alors cela a fonctionné.

Answer 7

J'ai eu le même problème lorsque j'essayais de copier sur un projet qui n'était pas dans le contrôle de source. La solution au problème était que le répertoire bin était marqué comme étant en lecture seule (cela devait se produire lors de la copie) et que le projet fonctionnait sur des bibliothèques construites sur un hôte différent et qu'il était incapable de passer.

Assurez-vous de supprimer manuellement tous les éléments du répertoire bin et assurez-vous que le répertoire bin peut être écrit.

Answer 8

Pour moi, en sélectionnant Projet | Ajouter un élément existant, puis en sélectionnant le fichier nommé dans le message d'erreur travaillé.