Sysprogs forums › Forums › VisualDDK/VirtualKD discussion › Cannot start debugging
- This topic has 42 replies, 3 voices, and was last updated 13 years, 1 month ago by
Anonymous.
-
AuthorPosts
-
July 11, 2011 at 20:27 #1819
support
KeymasterYou need to open project settings and set the “output file name” there. VisualDDK uses it to find which driver to load.
July 12, 2011 at 15:10 #1820jlam9012
ParticipantOk thanks, I changed that and it’s trying to load wlreg.sys now! 🙂 Now I get a window like this:

And it is getting stuck here. The VisualDDK Console also says “Trying to enable physical device already in use”.
July 12, 2011 at 15:11 #1821support
KeymasterDid you run VisualDDK monitor on the virtual machine? Are you sure the firewall is not blocking the port?
July 12, 2011 at 15:29 #1822jlam9012
ParticipantYeah I am running the DDKLaunchMonitor on the VM and it says:
“Bound to 1 IP address. Listening to UDP port 36676…”
I turned off firewalls on both host and and vm.
July 13, 2011 at 13:07 #1823support
KeymasterDoes pressing “refresh” in Visual Studio change anything?
July 14, 2011 at 12:43 #1818jlam9012
ParticipantNope, hitting “refresh” doesn’t change anything. Sometimes it also says that “(Symbols for srv .sys are not loaded)”
July 18, 2011 at 22:41 #1828jlam9012
ParticipantI tried reinstalling everything and starting from scratch using the tutorial “Making your first driver – complete walkthrough. When I try to start driver debugging i get this error:
“Exception! Please attach debugger, and/or create a dump file and send it to support @sysprogrs.org”
How do I do attach debugger or create a dump file?
Thanks
July 19, 2011 at 09:45 #1829support
KeymasterYou can create the dump file by opening Task Manager, finding the error message, selecting “switch to process” from the context menu and finally right-clicking on the process (should be devenv.exe) and selecting “create dump file”.
July 19, 2011 at 21:37 #1830jlam9012
ParticipantOk I created the crash dump file. I’ve sent it to support@sysprogs.org
July 29, 2011 at 14:11 #1831jlam9012
ParticipantAre you able to use this crash dump file?
July 29, 2011 at 14:23 #1832support
KeymasterYes, but I’ve got very strange results. Visual Studio shows the wow64 functions in the call stack and pretty much nothing more. I am not sure I can extract any info from that file. Could you try to attach to the process in VIsual Studio (debug->attach), press “OK”, let Visual Studio stop on a breakpoint and:
1) Create a dump using Visual Studio (debug->create dump)
2) Look at the call stack and make a screenshot of it.You can alternatively download the VisualDDK sources from SourceForge and have a look which code line causes the exception.
July 29, 2011 at 20:57 #1833jlam9012
ParticipantOk, I’ll attach a screenshot of that and which modules should I look around for the exception?
July 29, 2011 at 21:09 #1834support
KeymasterThe module is DDKDebugger-dbg.dll. Normally, you simply attach and press the OK button in the “please attach debugger” dialog. This will cause a forced breakpoint, so that the debugger will stop and show the error location.
August 2, 2011 at 14:49 #1835jlam9012
ParticipantOk, what process am I attaching it to specifically?
August 2, 2011 at 14:50 #1836support
Keymasterdevenv.exe (enable native debugging!)
-
AuthorPosts
- You must be logged in to reply to this topic.