Erster „Die Quelldatei aus ist anders, wenn das Modul gebaut wurde.“

stimmen
7

Ich versuche , ein ASP.Net Web - Projekt zu debuggen , die ich erhalten. Ich modifiziert , um eine Klasse im Apps_LocalResourcesOrdner.

Wenn ich debuggen und der Code versucht, in dieser Klasse zu treten, ich

„Die Quelldatei unterscheidet sich von, wenn das Modul gebaut wurde.“.

Ich baute die Lösung und fand keine Änderung erhalten. Ich veröffentlichte es auch an einen anderen Ort und die PDB und dll im Ordner ist nicht so änderte ich habe sich nicht kopieren über.

Ideen?

Veröffentlicht am 09/12/2008 um 17:40
quelle vom benutzer
In anderen Sprachen...                            


7 antworten

stimmen
4

Löschen Sie einfach Obj Datei von Anwendungsstamm und den Wiederaufbau

Beantwortet am 15/11/2011 um 12:01
quelle vom benutzer

stimmen
4

Wenn Sie asp.net Worker-Prozess werden Anbringen töten dann den Prozess, die Website starten und den Debugger wieder anbringen.

Wenn Sie den integrierten Web-Server verwenden, dann stellen Sie sicher, dass Sie das Projekt stoppen und die WebDev.WebServer.exe mit ihm verbunden ist.

Wenn alles andere fehlschlägt, klicken Sie rechts auf den Schaltpunkt und Orten wählen. Aktivieren Sie dann das „Code erlaubt, anders zu sein ...“ das Kontrollkästchen am unteren Rande.

Beantwortet am 09/12/2008 um 17:45
quelle vom benutzer

stimmen
1

Löschen Sie den Ordner root unter (4ex): C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET Files \ root

Und dann in VS2005: Extras-> Optionen-> Debugging-> Allgemein und deaktivieren Sie Quelldatei erforderlich, um genau die Originalversion zu entsprechen

Das war die Lösung für mich.

Beantwortet am 20/01/2012 um 17:44
quelle vom benutzer

stimmen
0

Neustarten von Visual Studio für mich gearbeitet.

Beantwortet am 04/05/2017 um 15:23
quelle vom benutzer

stimmen
0

Sagen Sie, eine DLL sind Referenzierung ist, dass durch ein Nebenprojekt bauen Sie Modifizieren mit Ihrem Hauptprojekt zusammen.

Wenn Ihr Verweis auf die DLL-Datei festgelegt ist, wird diese durch die gebaute Veröffentlichung -Konfiguration (bezeichnet Pfad zur DLL ist so etwas wie ist \ Release \ YOURDLL.dll ), prüfen Sie, ob Sie wirklich das Seitenprojekt bauen mit der Release-Konfiguration im Konfigurationsmanager.

Konfigurationsmanager

Außerdem versichert , dass Ihre Projekt Abhängigkeiten und Build - Reihenfolge richtig eingestellt sind, so dass das Nebenprojekt , das Hauptprojekt ist abhängig, wird frisch bauen , bevor Ihr Hauptprojekt ist immer zu bauen.

Projektabhängigkeiten und Build-Reihenfolge

Beantwortet am 19/06/2015 um 10:21
quelle vom benutzer

stimmen
0

Für meinen Fall abhängig I Projektdatei mit Try-Catch. Es wirft die Ausnahme, so dass die Datei kann nicht aktualisiert werden. Wenn die Ausnahme vermeidet es funktioniert gut.

Beantwortet am 15/04/2014 um 07:08
quelle vom benutzer

stimmen
0

Klicken Sie auf die Schaltfläche Aktualisieren im Solution Explorer. Das löste das Problem für mich.

Bearbeiten 2013.07.08: Prüfen Sie auch, dass Sie nicht mehrere Versionen der gleichen DLL zwischen Ihrem Projekt haben. Wenn Sie das tun, halten Sie die späteste in der Projektlösung und den Rest in einem Ordner außerhalb des Projektumfangs. Ich empfehle, dass Sie einen Ordner Bibliotheken haben alle Ihre DLLs zu setzen, so dass Sie nicht über DLLs in mehreren Ordnern.

Beantwortet am 25/06/2013 um 21:56
quelle vom benutzer

Cookies help us deliver our services. By using our services, you agree to our use of cookies. Learn more