Je continue à avoir cette erreur en disant qu'il y a une copie du fichier .cs donc le point de rupture ne sera pas touché.
J'ai essayé de nettoyer la solution, de reconstruire, de supprimer les fichiers .pdb des dossiers obj et bin, de fermer et de redémarrer VS et de redémarrer l'ordinateur (C'est Windows! Parfois, les problèmes les plus compliqués et les plus inexpliqués sont résolus comme ceci: \)
Une idée de quoi d'autre je peux essayer? c'est un projet .net sur VS2015
J'ai trouvé le problème. Il s'est avéré que IIS était configuré pour utiliser une copie différente du projet que j'avais dans mon dossier de sauvegarde. Cela semble assez stupide mais je garderai cette question ouverte si quelqu'un avait quelque chose de similaire.
Voici quelques points à considérer:
c:\Utilisateurs\votrenom\AppData\Local\Temp\Fichiers temporaires ASP.NET \
Si quelqu'un a le même problème, accédez à iis, aux pools d'applications à gauche, sélectionnez votre pool d'applications, puis cliquez à droite sur View Applications. Maintenant, sous chemin physique, vous pourrez voir le chemin physique vers lequel votre chemin virtuel est mappé, alors assurez-vous que le chemin physique pointe vers le bon dossier et s'il ne le fait pas, alors supprimez votre application de la piscine de l'application et l'ajouter à nouveau
Vérifiez le répertoire physique dans lequel le fichier CS est stocké, il peut y avoir deux fichiers distincts et, si ce n’est pas le cas, ouvrez le fichier .csproj dans un éditeur de texte (et non pas VS). Voir si le fichier est référencé deux fois. Si c'est le cas, supprimez simplement l'une des lignes. Si cela ne fonctionne pas, vous pouvez toujours faire ce qui est dit et définir l'emplacement du point d'arrêt :)
Malgré le fait que la configuration actuelle de mon projet ait été définie sur Debug , il semble que sa compilation a été réalisée en tant que Release one.
J'ai supprimé (supprimé) Web.Release.config de mon projet, solution recompilée, puis mis Web.Release.config back.
Maintenant tout fonctionne bien. Quel comportement bizarre, hein. :)
Essayez de reconstruire la solution.
Parfois, des scripts post-build
copient la DLLs
d'un projet à un autre afin de maintenir les DLL à jour dans différents projets. Si vous modifiez et compilez un seul projet, il est possible que certains de ces scripts ne soient pas exécutés et que l'ancien DLLs
ne soit pas mis à jour.
Cela arrive à un projet de débogage lorsque vous essayez de copier un projet construit avec succès à partir du dossier racine (racine du projet) et d'enregistrer sa copie dans le dossier "Projet" de votre Visual Studio respectif.
Lorsque vous effectuez l'étape ci-dessus, l'emplacement de débogage de Visual Studio continue parfois de faire référence aux DLL créées dans le dossier de copie/sauvegarde.
La même chose peut être changée PAR L’UNE DES MÉTHODES écrites ici.
Mais si vous utilisez IIS-EXPRESS intégré à Visual Studio, vous devez accéder aux propriétés du projet "Propriétés | alt + enter" => "Web" => Dans la section Servers, sélectionnez IIS Express =. > Pour l'URL actuelle du projet, cliquez sur "Créer un répertoire virtuel".
Cela vous avertira que l'URL actuelle du projet est référencée par un autre emplacement du projet (votre dossier de sauvegarde | Copie), confirmez votre sélection pour la boîte de dialogue et vous y êtes, comme en contournant vos points d'arrêt.
Cela peut être dû au fait de pointer vers la mauvaise bibliothèque dans votre lien.
Quand j'ai eu ce problème, je venais de commencer une nouvelle solution avec un ancien projet. Je n'avais pas changé la bibliothèque cible dans la section d'entrée Project-> link->. Donc, dès que j'ai apporté des modifications, j'ai eu cette erreur. Chaque solution conserve une copie de la bibliothèque.