Jak debugować odwołaną bibliotekę dll (mając pdb)

Miałem ten sam problem. On jest tym co znalazłem:

1) Upewnij się, że wszystkie projekty używają tego samego frameworka (to jest kluczowe!)

2) W Narzędzia/Opcje > debugowanie>ogólne upewnij się, że "Włącz tylko Mój kod (tylko zarządzany) nie jest zaznaczony

3) w Tools/Options>Debugging>Symbols wyczyść wszystkie buforowane symbole, odznacz i usuń wszystkie lokalizacje folderów w "Symbols file (.pdb) lokalizacje "listbox z wyjątkiem domyślnego "Microsoft symbol Servers", ale nadal odznaczyć go zbyt. Również usunąć wszelkie statyczne ścieżki w polu tekstowym "symbole pamięci podręcznej w tym katalogu". Kliknij przycisk" Empty Symbols Cache". Na koniec upewnij się, że Przycisk radiowy" tylko określone moduły " jest zaznaczony.

4) w menu Build/Configuration Manager dla wszystkich projektów upewnij się, że konfiguracja jest w trybie debugowania.

Kolejna kwestia, o której należy pamiętać, upewnij się, że odnośne biblioteki DLL nie są zainstalowane w GAC. Po przetestowaniu zainstalowałem moje biblioteki DLL w GAC, aby wykonać testowanie na poziomie systemu. Później, kiedy musiałem ponownie debugować mój kod, nie mogłem wejść do odwołanych zestawów, dopóki nie usunąłem ich z GAC.

Jeśli chcesz ustawić punkt przerwania w kodzie źródłowym odwołanej biblioteki dll, najpierw upewnij się, że masz Dostępny dla niego plik pdb. Następnie możesz po prostu otworzyć powiązany plik kodu źródłowego i ustawić tam punkt przerwania. Plik źródłowy nie musi być częścią Twojego rozwiązania. Jak wyjaśniono w Jak ustawić punkt przerwania w kodzie odniesienia w programie Visual Studio?

Możesz przejrzeć swoje punkty przerwania w oknie punktów przerwania, dostępnym przez Debug - > Windows - > Punkty przerwania.

To podejście ma tę zaletę, że nie musisz dodawać istniejącego projektu do swojego rozwiązania tylko do celów debugowania, ponieważ pominięcie go zaoszczędziło mi dużo czasu. Oczywiście, budowanie rozwiązania z tylko jednym projektem w nim jest znacznie szybsze niż budowanie rozwiązania z wielu z nich.

Krok 1: Przejdź do Narzędzia-- > opcja-- > debugowanie

Krok 2: Odznacz Opcję Włącz Tylko Mój Kod

Krok 3: odznacz pole Wymagaj pliku źródłowego dokładnie pasującego do oryginalnej wersji

Krok 4: odznacz krok nad właściwościami i operatorami

To musi zadziałać. Kiedyś debugowałem .plik exe i dll w tym samym czasie ! Proponuję 1) Dołącz ścieżkę dll w projekcie B, 2) następnie skompiluj w debugowaniu projektu A 3) Kontrola, że ścieżka wskazuje na pliku dll i de pdb.... 4) po tym zaczniesz debugować projekt B i jeśli wszystko jest w porządku, będziesz mógł debugować w obu projektach !

Nie chcę włączać zewnętrznego projektu biblioteki klas do niektórych moich rozwiązań, więc wchodzę w składy, które zużywam w inny sposób.

Moje rozwiązania mają katalog "Common Assemblies", który zawiera moje własne biblioteki DLL z innych projektów. Biblioteki DLL, do których się odwołuję, mają również towarzyszące im pliki PDB do debugowania.

Aby debugować i ustawiać punkty przerwania, ustawiam punkt przerwania w źródle aplikacji, gdzie wywołuję metodę lub konstruktor z assembly, a następnie przejść do (F11) wywołania metody / konstruktora.

Debugger załaduje plik źródłowy zestawu w VS i nowe punkty przerwania wewnątrz zestawu mogą być ustawione w tym punkcie.

Nie jest to proste, ale działa, jeśli nie chcesz dodawać nowego odniesienia do projektu, a zamiast tego po prostu chcesz odwołać się do współdzielonego zestawu.

Miałem *.pdb pliki w tym samym folderze i użyłem opcji z Arindam , ale nadal nie działało. Okazało się, że musiałem włączyć włączyć debugowanie kodu natywnego, które można znaleźć w Właściwości projektu > Debug.