views:

338

answers:

1

Hello everyone,

I am using Windbg to load a crash dump from managed code (C#, a console application built for Any CPU), and crash dump is created on x64 platform. I am debugging on x64 platform. I have put the related pdb file into symbol path. But Windbg always find the symbol from a strange folder, here is an example (when I got from using !sym noisy),

SYMSRV: c:\MySymbols\FooService.pdb\4311207E2E2D442CB7473828D2488F941\FooService.pdb not found

My application is called FooService.exe and related pdb is named FooService.pdb. I have set C:\MySymbols as symbol path and copy FooService.pdb to the directory C:\MySymbols. But why Windbg does not find FooService.pdb from C:\MySymbols, but from a strange sub-folder "FooService.pdb\4311207E2E2D442CB7473828D2488F941"? In my scenario, in order to load the pdb symbol file, what is the best solution (do I have to create the sub-folder FooService.pdb\4311207E2E2D442CB7473828D2488F941 by myself manually)?

thanks in advance, George

+1  A: 

I believe the strange part of the path is used for versioning the PDBs in the symbol cache. As the cache can be used for many applications including different versions of the same application the symbol downloader needs to do something to keep them apart.

You can force the symbol loader to disregard any cached copy by using the .reload /fo command. Combined with the .sympath option you should be able to set up loading. An easy way to add your local path to the symbol path is .sympath+ <PATH>. After that do a .reload /fo to disregard any previously cached PDBs.

EDIT: I changed my answer quiet a bit as I believe I initially misread your question. I hope this update is more useful.

Brian Rasmussen
"recreate the application path locally and put the PDB files with the assemblies" -- could you describe in more details what do you mean recreate the application path locally? And "put the PDB files with the assemblies"? In my scenario, what kinds of directory do I need to create?
George2
I made some study, and do you mean adding a local symbol folder to symbol path? Something like this?f:\LocalSymbolPath;SRV*C:\mysymbols*http://msdl.microsoft.com/download/symbols
George2
I have a related question here, appreciated if you could take a look.http://stackoverflow.com/questions/1553041/private-symbol-loaded-but-no-line-number-displayed
George2
Cool, question answered!
George2