You need two machines (or a separate target VM) for WinDbg. WinDbg runs on one machine, and the target you are debugging is an entirely separate machine (or VM).
Kernel debugging is fully supported on both free and checked builds, so you should not notice any differences there. (Debugging certain problems may, of course, be easier on checked builds due to additional error checking that may catch an issue earlier on.)
If you are not debugging a driver for some piece of physical hardware, then kernel debugging a VM is likely going to be the most convenient option. There are a number of freely available virtualization suites at this point.
-----Original Message-----
From: xxxxx@lists.osr.com [mailto:xxxxx@lists.osr.com] On Behalf Of xxxxx@daryllee.com
Sent: Monday, October 13, 2008 1:21 PM
To: Windows System Software Devs Interest List
Subject: RE:[ntdev] DbgPrintLog
Thanks. I have not yet figured out how to make WinDbg work on a local machine running a retail version of the OS. All the documentation I can find wants me to put a checked version of the OS on a separate machine. (One article explains how to use VMWare, but the test OS still needs to be a checked version.) Maybe I’m doing something wrong?
I used WPP for a while, but I like the usage pattern of DbgPrintLog much better. But then, see the next sentence.
I know these questions sound like they’re coming from a total doofus, but that’s what I feel like sometimes. This is one of those times.
NTDEV is sponsored by OSR
For our schedule of WDF, WDM, debugging and other seminars visit:
http://www.osr.com/seminars
To unsubscribe, visit the List Server section of OSR Online at http://www.osronline.com/page.cfm?name=ListServer