|
 |
 |
 |
 |
Microsoft Knowledge Base Article
This article contents is Microsoft Copyrighted material.
©2005-©2007 Microsoft Corporation. All rights reserved. Terms
of Use |
Trademarks
Article ID: 281427 - Last Review: May 29, 2003 - Revision: 2.0 PRB: Microsoft Script Debugger Does Not Break at ErrorThis article was previously published under Q281427
When the Microsoft Script Debugger is installed, it may not open automatically when you view a page in Microsoft Internet Explorer if there is an error or stop statement in the code.
There are several causes for this problem:
- Automatic debugging flags are not checked in Internet Information Server (IIS).
- Distributed Component Object Model (DCOM) permissions are not configured correctly.
- The Microsoft Script Debugger is not set as the default debugger.
- If the directory's application protection is set to Medium or High on Internet Information Server (IIS) 5.0, or if the application is set to run in separate memory space on IIS 4.0, the appropriate DCOM and NTFS permissions for the IWAM account are not set for the Machine Debug Manager.
The following resolutions correspond to the preceding causes:
Steps to Enable Debugging for the Web Site- Open the Internet Server Manager as follows:
On Windows NT, on the Start menu, point to Programs, point to Windows NT 4.0 Option Pack, point to Microsoft Internet Information Server, and then click Internet Server Manager.
On Windows 2000, open Control Panel, click Administrative Tools, and then click Internet Services Manager. - Locate the application that contains the page that you are trying to debug. Right-click the application (or if the page is in the root of your default Web site, right-click the default Web site), and then click Properties.
- If the application is under the default Web site (or other virtual server), click the Directory (or Virtual Directory) tab. If the application is the default Web site or other virtual server, click the Home Directory tab.
- Click Configuration.
- In the Application Configuration dialog box, click the App Debugging tab.
- In the Debugging Flags list, select the Enable ASP Server-Side Script Debugging check box.
Steps to Configure the Appropriate DCOM Permissions- On the Start menu, click Run, and then type dcomcnfg.
- In the Distributed COM Configuration Properties dialog box on the Applications tab, click Microsoft Script Debugger, and then click Properties.
- In the Microsoft Script Debugger Properties dialog box, click the Security tab.
If this tab does not appear, close the Distributed COM Configuration Properties dialog box, and complete these steps:
- Confirm that the Msscrdbg.exe file exists on your computer. By default, it is located in the C:\Program Files\Microsoft Script Debugger folder.
- On the Start menu, click Run, and type C:\Program Files\Microsoft Script Debugger\msscrdbg.exe /regserver.
The Security tab should now appear in the Distributed COM Configuration Properties for the Microsoft Script Debugger. - On the Security tab, click Use custom access permissions, and then click Edit.
- In the Registry Value Permissions dialog box, confirm that the following groups and users are listed:
<ComputerName>\Administrators SYSTEM INTERACTIVE Note The <ComputerName>\Administrators group assumes that you are logged on as a user in the local Administrators group.
If any of these items are missing, you must click Add to add them. If you change anything in this Property window, you must restart your computer before you can debug. Click OK to exit the Registry Value Permissions dialog box. - On the Security tab, click Use custom launch permissions, and then click Edit. Repeat step 5.
- On the Security tab, click Use custom configuration permissions, and then click Edit. Repeat step 5.
Set Microsoft Script Debugger as Default Debugger
To set the Microsoft Script Debugger as your default debugger, complete the steps in the following article:
284973Â
(http://kbalertz.com/Feedback.aspx?kbNumber=284973/EN-US/
)
HOWTO: Switch Between the Visual InterDev Debugger and the Microsoft Script Debugger as Default JIT Debugger
Steps to Check Application Protection Settings- Open the Internet Services Manager.
- Locate the application that contains the page that you are trying to debug. Right-click the application (or if the page is in the root of your default Web site, right-click the default Web site), and then click Properties.
- If the application is under the default Web site (or other virtual
server), click the Directory (or Virtual Directory) tab. If the application is the default Web site or other virtual server, click the Home Directory tab. Take note of the Application Protection setting under Application Settings.
If the Application Protection is set to Medium or High, follow these steps:
- On the Start menu, click Run, and then type dcomcnfg.
- In the Distributed COM Configuration Properties dialog box, on the Applications tab, click Machine Debug Manager, and then click Properties.
- On the Security tab, click Use custom access permissions, and then click Edit.
- In the Registry Value Permissions dialog box, add the local computer's IWAM account.
- On the Security tab, click Use custom launch permissions, and then click Edit. Repeat step 4.
- In Windows Explorer, right-click C:\Winnt\System\PDM.dll, and then click Properties.
- On the Security tab, give full control to the IWAM account.
- Restart your computer.
Note After you test the Script Debugger and confirm that it works, you can remove the NTFS permissions for the IWAM account that is set on the PDM.dll file.
APPLIES TO- Microsoft Active Server Pages 4.0
| kbbug kbdebug kbprb kbvisiddebugger KB281427 |
Retired KB Content DisclaimerThis article was written about products for which Microsoft no longer offers support. Therefore, this article is offered "as is" and will no longer be updated.
Community Feedback System
Very often, it takes hours to solve a problem. Very often, you've looked high
and low, and have tried a lot of solutions. When you finally found it, chances
are, it was because someone else helped you. Here's your chance to give back.
Use our community feedback tool to let others know what worked for you and what
didn't.
Please also understand that the community feedback system is not warranted to be
correct, it's simply a system that we've built to let people try and help each
other. If something in a feedback response doesn't make sense to you, or you're
not comfortable making changes that the feedback talks about (like registry
edits), please consult a professional.
Thank you for using kbAlertz.com Feedback System.
-- Scott Cate
|
 |
 |
 |
 |
 |
 |
 |
| |