2008-12-09 9 views
7

Próbuję debugować projekt WWW ASP.Net, który otrzymałem. Zmodyfikowałem klasę w folderze "Apps_LocalResources".Uzyskiwanie "Plik źródłowy różni się od tego, kiedy moduł został zbudowany."

Kiedy debugowanie i kod próbuje wejść do tej klasy, mam

„Plik źródłowy jest inna, gdy moduł został zbudowany.”.

Przebudowałem rozwiązanie i nie otrzymałem żadnych zmian. Opublikowałem go nawet w innej lokalizacji, a pdb i dll w folderze bin nie uległy zmianie, więc nie skopiowałem ich.

Pomysły?

Odpowiedz

4

Jeśli podłączasz się do procesu roboczego asp.net, to zabij proces, uruchom witrynę i podłącz ponownie debugger.

Jeśli używasz wbudowanego serwera WWW, upewnij się, że zatrzymałeś projekt i powiązany serwer WebDev.WebServer.Exe.

Jeśli wszystko inne zawiedzie, kliknij prawym przyciskiem myszy punkt przerwania i wybierz lokalizacje. Następnie zaznacz pole wyboru "zezwalaj na inny kod ..." na dole.

3

Wystarczy usunąć plik OBJ od nasady aplikacji i odbudować

1

Usuwanie folderu pod korzeń (4EX): C: \ Windows \ Microsoft.NET \ Framework \ v2.0.50727 \ Temporary ASP.NET Files \ korzeń

a potem w VS2005: Narzędzia-> Opcje-> Debugging-> Ogólne i odznacz Wymagaj plik źródłowy, aby dokładnie dopasować oryginalnej wersji

był to rozwiązanie dla mnie.

+1

W ten sposób pozbędziesz się tylko ostrzeżenia, a nie faktu, że twój debugger pominie dodane linie, ponieważ plik kodu po prostu nie pasuje do zestawu do debugowania. – M463

0

Kliknij przycisk odświeżania w Eksploratorze rozwiązań. To rozwiązało dla mnie problem.

Edycja 7/8/2013: Sprawdź również, czy nie masz wielu wersji tego samego pliku dll między projektem. Jeśli tak, pozostaw najnowszą w rozwiązaniu projektowym, a resztę w folderze poza zakresem projektu. Polecam mieć folder Libraries do umieszczenia wszystkich bibliotek dll, więc nie masz bibliotek dll w wielu folderach.

0

Dla mojego przypadku zależę od pliku projektu, używając funkcji catch catch. Zgłasza wyjątek, więc plik nie może zostać zaktualizowany. Kiedy unikniesz wyjątku, działa dobrze.

0

Mówiąc, że odwołujesz się do pliku .dll, który jest tworzony przez projekt dodatkowy, który modyfikujesz wraz z głównym projektem.

Jeśli odniesienia jest ustawiony na dll-pliku, który jest budowany przez wydaniu konfigurację (określone ścieżki do pliku .dll jest coś takiego jak bin \ Release \ YOURDLL.dll), sprawdź, czy Naprawdę budujesz projekt poboczny przy użyciu konfiguracji Release w menedżerze konfiguracji.

configuration manager

również zapewnić, że Zależności projektu i zbudować Zamówienie są ustawione prawidłowo, więc projekt poboczny, że głównym projektu w zależności od, będzie świeżo zbudować przed głównym projektu jest coraz budować.

Project dependencies and Build Order

0

Ponowne Visual Studio pracował dla mnie.

Powiązane problemy