After many nights of tweaking this space, that path, this logic – the symbolstore.py script is now playing nice with pdbstr and the pdb files are getting indexed. So begins the second battle – how to get Visual Studio to pull the code out of CVS and locate that code on the local drive. Right now, when you have the symbols loaded up and you attach to firefox as a process, a window comes up confirming the call that will be made.
If I copy and paste this command into my command line (I have CVS in my path from mozilla-buildmysysbin) then I can pull the file and it goes into the directory structure as it is in the command starting from my current working directory.
When I click on “Run” in Visual Studio however, the code may or may not be getting pulled from CVS – I have no feeback and if I then try to look at something on the call stack, I get a dialog asking me to find the source code file. BUT WHERE IS IT?
Visual Studio is trying to find it in the hierarchy that my build was based on…that is not going to exist on the remote user’s computer.
I’ve made a few tweaks to symbolstore.py to try and create a %CVS_WORKINGDIR% in the srcsrv data block where the code would then be pulled to. This does not appear to be working, as the directory I am instructing it to create is not getting created.
This is the current symbolstore.py. More tweaking on the horizon.
Many huge thanks to Ted for figuring out the minute details that fixed the call to pdbstr.
The most up to date set of symbols can be found here: http://avnerd.tv/symbols/crashreporter-symbols-firefox-3.0b2pre-WINNT-2007120422.zip
The installer for this indexed version is here: http://avnerd.tv/sharedFiles/ff_SourceServer.exe.zip