Select the product you need help with
- Internet Explorer
- Windows Phone
- More products
INFO: Choosing the Debugger That the System Will Spawn
Article ID: 103861 - View products that this article applies to.
This article was previously published under Q103861
In the Win32 SDK, versions 3.1, 3.5, 3.51, and 4.0, the system can spawn a debugger whenever an application faults. The capability is controlled by the following Registry key on Windows NT:
This key contains the following entries:
HKEY_LOCAL_MACHINE\ SOFTWARE\ Microsoft\ Windows NT\ CurrentVersion\ AeDebug
These entries are also available on Windows 95. However, on Windows 95, they are contained in the Win.ini file instead of the registry. The section [aedebug] has entries that correspond to the registry.
If the value of Auto is set to "0" (zero), then the system will generate a pop-up window, and if the user chooses Cancel, spawn the debugger that is specified in the Debugger value. If the value of Auto is set to "1", then the system will automatically spawn the debugger that is specified in the Debugger value.
After installing Windows NT, the Debugger value is set to
and the Auto value is set to 1. If the Win32 SDK is installed, then the Debugger value is changed to
DRWTSN32 -p %ld -e %ld -g
and the Auto value is set to 0.
<MSTOOLS>\BIN\WINDBG -p %ld -e %ld
Microsoft Visual C++ version 5.0 makes the following entry for the Debugger value:
C:\Program Files\DevStudio\SharedIDE\BIN\msdev.exe -p %ld -e %ld
The DRWTSN32 debugger is a post-mortem debugger similar in functionality to the Windows 3.1 Dr. Watson program. DRWTSN32 generates a log file containing fault information about the offending application. The following data is generated in the Drwtsn32.log file:
NOTE: You can install DRWTSN32 correctly into the registry by running
from a command prompt (or from the Start menu, click Run).