Article ID: 237561 - Last Review: April 29, 2007 - Revision: 1.4 INFO: How to Read the Viddbg.exe OutputThis article was previously published under Q237561 SUMMARY
When you set up server-side debugging in Visual InterDev, you can use the Viddbg.exe logging tool to help determine what needs to be changed to configure debugging correctly. You can download the tool as 5257.exe from the "Microsoft Visual InterDev 6.0 Debugging" white paper at the following Microsoft Web site:
http://msdn.microsoft.com/en-us/library/aa239576.aspx
(http://msdn.microsoft.com/en-us/library/aa239576.aspx)
The information that is contained in this article is to be used in conjunction with the "Microsoft Visual InterDev 6.0 Debugging" white paper to configure debugging correctly.If you are setting up remote debugging make sure that you are a member of the administrators group on both the Web server and the client computer before running this tool. If you are setting up local debugging you will need to be an administrator on the client/server computer. This is a basic requirement to use Visual Interdev debugging. You should run this tool on the Web server as well as the client computer if you are setting up remote debugging and on the client/server computer, and if you are setting up local server debugging. This article describes what the output should look like on the respective computers and what to look out for. The information in this article applies to the output of Viddbg.exe both on the client and the server computer. MORE INFORMATION
The following example is what the output should look like. NOTE: In the "DCOM Permissions" section of the output you will find the minimum security requirements needed to debug.
***VID Server Components are not installed correctly.***
Unable to set server into correct debugging state automatically. You may not be able to debug ASP pages. Do you want to continue launching the debugger?
The previous error may also happen if you have not setup the permissions for the computer debug manager and the catalog class correctly. The DCOM Permissions section of the Viddbg.exe identifies the permissions that are currently set up for both of these components. If the Remote Computer Debugging components are not installed the components can be installed by running Setup.exe from the scrpt_ss directory on the Visual Interdev CD1 or Visual Studio CD2. If your debugger is not stopping at breakpoints in server-side code then the most probable cause is that you do not have a valid Asp.dll. The output of the Viddbg.exe identifies the version and size of your Asp.dll. Visual Interdev debugging requires an Asp.dll that is version 4.02.0622 or later. If the Asp.dll is version 4.02.0622 make sure that it is at least 330448 bytes. If you do not have a valid Asp.dll you will need to install Windows NT Service Pack 4 or later on the computer with the invalid Asp.dll. REFERENCES
Please see the following Microsoft Knowledge Base article for a list of related debugging articles:
244272
(http://support.microsoft.com/kb/244272/EN-US/
)
Visual InterDev 6.0 Debugging Resources
For more information, see the "Microsoft Visual InterDev 6.0 Debugging" white paper on the Microsoft Developer Network (MSDN) Online:
http://msdn2.microsoft.com/en-us/library/aa239576(VS.60).aspx
(http://msdn2.microsoft.com/en-us/library/aa239576(VS.60).aspx)
Please see the following articles in the Microsoft Knowledge Base for more information regarding the Visual InterDev Server Components:
Q220846
(http://support.microsoft.com/kb/220846/)
INFO: Redistributing the Visual InterDev 6.0 Server Components
Please see the following site for information on obtaining Service Packs for Windows NT:
http://support.microsoft.com/default.aspx?pr=ntw40
(http://support.microsoft.com/default.aspx?pr=ntw40)
| Article Translations
|
Back to the top
