Note that there are some explanatory texts on larger screens.

plurals
  1. PO
    text
    copied!<blockquote> <p>"Are there any VC++ settings I should know about"</p> </blockquote> <p>Make sure you turn off Frame pointer ommision. Larry osterman's blog has <a href="http://blogs.msdn.com/larryosterman/archive/2007/03/12/fpo.aspx" rel="noreferrer">the historical details</a> about fpo and the issues it causes with debugging.</p> <blockquote> <p>Symbols are loaded successfully. It shows the callstack, but double clicking on an entry doesn't bring me to the source code.</p> </blockquote> <p>What version of VS are you using? (Or are you using Windbg?) ... in VS it should defintely prompt for source the first time if it doesn't find the location. However it also keeps a list of source that was 'not found' so it doesn't ask you for it every time. Sometimes the don't look list is a pain ... to get the prompt back up you need to go to solution explorer/solution node/properties/debug properties and edit the file list in the lower pane.</p> <p>Finally you might be using 'stripped symbols'. These are pdb files generated to provide debug info for walking the callstack past FPO, but with source locations stripped out (along with other data). The public symbols for windows OS components are stripped pdbs. For your own code these simply cause pain and are not worth it unless you are providing your pdbs to externals. How would you have one of these horrible stripped pdbs? You might have them if you use "binplace" with the -a command.</p> <p>Good luck! A proper mini dump story is a godsend for production debugging.</p>
 

Querying!

 
Guidance

SQuiL has stopped working due to an internal error.

If you are curious you may find further information in the browser console, which is accessible through the devtools (F12).

Reload