“Le fichier source est différent lorsque le module a été construit.”

Je suis en train de déboguer une ASP.Net le projet web que j'ai reçu. J'ai modifié une classe dans le "Apps_LocalResources" dossier.

Quand je debug et le code tente de faire un pas dans cette catégorie, je reçois

"Le fichier source est différent lorsque le module a été construit.".

J'ai reconstruit la solution et de ne pas faire de changement. J'ai même publié sur un autre emplacement et le pdb et la dll dans le dossier bin n'a pas changé donc je n'ai pas copier sur.

Idées?

OriginalL'auteur | 2008-12-09

  1. 4

    Si vous êtes attachés à asp.net processus de travail, puis de tuer le processus de démarrage du site web et de rattacher le débogueur.

    Si vous utilisez le serveur web intégré, alors assurez-vous d'arrêter le projet et le WebDev.WebServer.Exe associé avec elle.

    Si tout le reste échoue, cliquez-droit sur le point d'arrêt et de choisir des emplacements. Puis activer l'option "autoriser le code pour être différent..." case à cocher en bas.

    OriginalL'auteur StingyJack

  2. 4

    De simplement supprimer le fichier Obj partir de la racine de l'application et de reconstruire

    OriginalL'auteur Sibiraj

  3. 1

    Supprimer le dossier root (4ex):
    C:\Windows\Microsoft.NET\Framework\v2.0.50727\Temporary ASP.NET Fichiers\root

    Puis dans VS2005:
    Outils->Options->Débogage-> Général et décochez l'option Nécessite un fichier source pour correspondre exactement à la version originale

    Cela a été la solution pour moi.

    En faisant ainsi, vous ne se débarrasser de l'avertissement, pas le fait que votre débogueur va sauter les lignes ajoutées, comme le code du fichier ne correspond pas à l'assemblée de débogage.

    OriginalL'auteur RodoUY

  4. 0

    Cliquez sur le bouton actualiser dans l'Explorateur de solutions. Qui a résolu le problème pour moi.

    Modifier 7/8/2013:
    Vérifiez également que vous n'avez pas plusieurs versions de la même dll entre votre projet. Si vous le faites, gardez les nouveautés dans la solution de projet et le reste dans un dossier en dehors de votre périmètre de projet. Je recommande que vous avez un dossier Libraries de mettre tous vos dll, de sorte que vous n'avez pas les dll dans plusieurs dossiers.

    OriginalL'auteur mtzaldo

  5. 0

    Pour Mon cas, j'en fonction fichier de projet à l'aide de try catch. Il lève l'exception si le fichier ne peut pas mettre à jour. Quand éviter de l'exception, il fonctionne très bien.

    OriginalL'auteur Singaravelan

  6. 0

    Dire que vous faites référence à une .dll, qui est à construire par un side-project vous modifiez le long de avec votre projet principal.

    Si votre Référence est définie à l' .fichier dll, ce qui est en train d'être construit par la Libération-Configuration (appelé chemin d'accès à l' .dll est quelque chose comme bin\Release\YOURDLL.dll), vérifiez si vous êtes vraiment à la construction du projet à l'aide de la Release-configuration dans le gestionnaire de configuration.

    “Le fichier source est différent lorsque le module a été construit.”

    Également, de s'assurer que votre projet de Dépendances et de Construire de Commande sont correctement réglés, de sorte que le side-project que votre projet principal est selon, sera fraîchement construire avant votre projet principal est de se construire.

    “Le fichier source est différent lorsque le module a été construit.”

    OriginalL'auteur M463

  7. 0

    De redémarrer Visual Studio a travaillé pour moi.

    OriginalL'auteur abkk