I am attempting to debug a dll that is called by a Labview application. I have the right symbol files (downloaded from microsoft) for things like ntdll.dll and others. I of course also have the pdb file for my DLL. What I don’t have, obviously, is any symbol files for labview; since as far as I know National Instruments does not release.
I have tried a simple test app calling a dll from within windbg.exe. This works well. When I add labview into the mix windbg of course starts giving ERROR: Symbol file not found for all the labview stuff. I am sure I have the right symbol file directories set and source folders are set as well. I am sort of a newb to windbg, but I’m starting to gather that unless you have ALL the symbol files you’re hosed on using it. Is that correct? If so I guess it’s back to fprintf and limited debugging.
I don’t want to use visual studio because this is for a semi embedded application and it simply doesn’t have the disk space/room for holding all of visual studio.
You won’t necessarily be hosed if you’re only planning on setting breakpoints and whatever in your DLL. That should work fine. Stack traces from your DLL back into the LabVIEW image will start complaining, but hopefully it’s stuff you’re not interested in anyway and you can just ignore it.