_NT_SYMBOL_PATH format

Question

Próbuję użyć więcej windbg i mam problemy z pamięcią podręczną symboli. Nie jest dla mnie jasne, jaki powinien być format łańcucha.

Mam kilka wymagań:

• wykorzystanie serwera Microsoft http://msdl.microsoft.com/download/symbols
• używać symboli z naszym oprogramowaniem, które są archiwizowane w \\ foo \ Build1234
• używać lokalnej pamięci podręcznej w katalogu c: \ dev \ symbole

Archiwum symboli z naszej rozproszonej kompilacji w \\ foo \ Build1234 nie jest zorganizowane jako serwer symboli. Jeśli rozumiem to poprawnie, muszę użyć słowa kluczowego z pamięci podręcznej.

Biorąc pod uwagę te wymagania, to wygląda prawidłowo sformatowany srvpath:

cache*\\foo\Build1234;srv*c:\dev\symbols*http://msdl.microsoft.com/download/symbols 

Edit:

Właśnie zacząłem czytać Windows Advanced debugowanie i ja błędnie interpretowane jak działa kluczowe cache. Pomyślałem, że to jest sposób mówienia debuggera, że ​​folder jest po prostu folderem plików, a nie serwera symboli. Po tym, jak Michael zostawił swój komentarz, ponownie przeczytałem sekcję i zobaczyłem, że rzeczywiście działa tak, jak opisywał Michael.

Teraz jestem zdezorientowany, kiedy używasz; lub * w celu oddzielenia ścieżek/adresów URL. A kiedy potrzebujesz prefiksu srv *. W pomocy online dla WinDBG dają poniższym przykładzie:

\\someshare\that\cachestar\ignores;srv*c:\mysymbols*http://msdl.microsoft.com/download/symbols;cache*c:\mysymbols;\\anothershare\that\gets\cached 

Symbole z \\ someshare nie są buforowane, symboli firmy Microsoft są buforowane w C: \ mysymbols i C: \ mysymbols służy jako pamięci podręcznej dowolne inne ścieżki po prawej stronie dyrektywy cache *.

Okazjonalne użycie srv * jest mylące - nie rozumiem, dlaczego pierwsza i ostatnia ścieżka nie mają prefiksu srv *.

Edit 2:

To powoli zaczyna mnie sensu. Dyrektywa srv jest używana dla serwerów symboli, a nie dla normalnych katalogów symboli. Tak, uważam, że odpowiedź na moje pierwotne pytanie brzmi:

\\foo\Build1234;cache*c:\dev\symbols;srv*http://msdl.microsoft.com/download/symbols 

Answer 1

SRV*C:\dev\symbols*http://msdl.microsoft.com/download/symbols;\\foo\build1234 

powinien działać dobrze, jeśli \\foo\build1234 jest tylko płaski PDB jest. Pamięć podręczna nie jest tu potrzebna; wystarczy dodać katalog do ścieżki symbolu.

Słowo kluczowe cache określa gdzie chcesz buforować pliki symboli i jest przydatna dla symboli buforowania lokalnie z akcji non-indeksowanych (jak \\foo\build1234)

cache*C:\dev\symbols;SRV*C:\dev\symbols*http://msdl.microsoft.com/download/symbols;\\foo\build1234 

Powyższa ścieżka będzie przechowywać symbole z serwera symboli członkowskiego co i twój symbol udostępniaj do twojego lokalnego komputera w C: \ dev \ symbols.

zagadnieniom symboli debugowania korzystających WinDbg, zrobić

!sym noisy 
.reload <some exe or DLL in your session> 

A potem zrobić jakąś akcję, która zmusiłaby WPB być załadowany. Zobaczysz, gdzie windbg szuka plików, a jeśli odrzuci PDB, dlaczego tak się stało.

!sym quiet 

Powoduje wyłączenie monitów symboli.

Answer 2

Oto szczegółowy wpis dotyczący problemów z debugowaniem przy ładowaniu symboli.

Loading symbols in Windbg