1

Topic: DbgHelp.dll, MSPDBSrv.exe and the symbolic information

I can not understand logic in any way by which are guided DbgHelp.dll and MSPDBSrv.exe, arranging among themselves tasks on interaction with the character server and its local cache. In any cases DbgHelp climbs behind characters itself, in others - guarantees it MSPDBSrv. Here and now: I launch WinDbg, it through DbgHelp extracts an unlimited amount from the server PDB - and DBG-files, puts them in a local cache, but then what not all characters are loaded swears. I recall that I delivered this version WinDbg recently, I climb in firewall adjustments - indeed, resolution for it is not registered. I add resolution, I restart - it loads some more files, and this time is happy. By what principle they divide the calls?

2

Re: DbgHelp.dll, MSPDBSrv.exe and the symbolic information

I eat> I can not understand logic In any way by which are guided DbgHelp.dll and MSPDBSrv.exe, arranging among themselves tasks on interaction with the character server and its local cache. In any cases DbgHelp climbs behind characters itself, in others - guarantees it MSPDBSrv. I eat> Here and now: I launch WinDbg, it through DbgHelp extracts an unlimited amount from the server PDB - and DBG-files, puts them in a local cache, but then what not all characters are loaded swears. I recall that I delivered this version WinDbg recently, I climb in firewall adjustments - indeed, resolution for it is not registered. I add resolution, I restart - it loads some more files, and this time is happy. I eat> By what principle they divide the calls? MSPDBSrv it is a part of a Visual Studio and, I suspect, it is used for creation and copying pdb, as result of the assembly. , MSPDBSrv does not enter into packet Debugging Tools for Windows. DbgHelp assorts already generated pdb, that is it is used for reading of pdb-files. Strictly speaking, this library is not able to work with the sym-server, for this operation answers symsrv.dll. For this reason, for example, ProExp' it is better to specify a way to installed WinDbg in adjustments: in System32, normally, misses symsrv.dll.

3

Re: DbgHelp.dll, MSPDBSrv.exe and the symbolic information

Hello, EreTIk, you wrote: ETI> MSPDBSrv it is a part of a Visual Studio and, I suspect, it is used for creation and copying pdb, as result of the assembly. , MSPDBSrv does not enter into packet Debugging Tools for Windows. That it does not enter in DT, I in course, but I, to tell the truth, was so confident that it is standard  the unit, what even was too lazy to check up. For some reason for a long time the steady impression was added that it is launched at any debugging, and not just from VS. ETI> this library is not able to work with the sym-server, for this operation answers symsrv.dll. As far as I know, directly with symsrv.dll almost nobody works - all becomes through dbghelp.dll, therefore and mentioned only it. Now tried to play back a situation - if at WinDbg there are no resolutions on access to a network, new PDB in a cache do not appear. Probably, I misinterpreted change of temporal labels at subdirectories in a cache (tracked them in FAR' with sorting according to modification time - during undertaken WinDbg attempts of loading of characters some subdirectories in the list moved). Perhaps, symsrv.dll at first tried to create there subdirectories on , and then, without managing to load files from a network, deleted them, and time of modification of subdirectories changed.