. Net installation and debugging

Q: An error occurred while creating a project: Visual Studio. NET has detected that the specified web server is not running ASP. NET 1.1. You will not be able to run ASP. NET web applicationsProgramOr service.
A:
There are many possible causes for this error. You can refer to the following articles kb andArticleSolution:

"PRB:" The specified web server is not running ASP. net version 1.1 "error message when you create an ASP. NET 1.1 Application and you have both ASP. and ASP. NET 1.1. NET 1.0 installed"
Http://support.microsoft.com/default.aspx? SCID = KB; en-US; 817267

"Troubleshoot" Visual Studio. NET has detected web server is not running ASP. NET 1.1 ""
Http://support.microsoft.com/default.aspx? SCID = 1, 555132

"PRB: Create ASP. NET 1.1 application error message "the specified web server is not running ASP. net version 1.1 "(the specified web server does not run ASP.. NET 1.1 )"
Http://support.microsoft.com/kb/817267/zh-cn

--------------------------------------------------------------------------
Q: How can I create APs. Web projects?
A: http://www.csdn.net/develop/Read_Article.asp? Id = 19725
---------------------------------------------------------------------------
Q: The aspx project cannot be debugged.
A:
1. One debugging process has been started (two projects have been opened at the same time, and one has been debugged): Only one can be started at the same time;
2. Change DEBUG = "false" to true in the configuration file;
3. No application is created in the virtual directory (or the name is blank): click "application" in the virtual directory attribute to create
4. Set project configuration to release: click "generate"-configure, and select "debug"
5. "You do not have the permission to debug the server": Modify the Security Settings of IE and "automatically log on with the current user name and password"

If not, refer to the MS solution:

Against your error message, you should find a solution in this document http://www.gotdotnet.com/team/csharp/learn/whitepapers/howtosolvedebuggerproblems.doc
---------------------------------------------

Q: deploy the. NET program to a machine without. Net framwork installed.
A: http://www.microsoft.com/China/Community/program/originalarticles/TechDoc/deployNETApp.mspx
-------------------------------------------------

Q: When vs. NET 2003 is installed, an error "cannot access Windows Installer components" is reported.
A:
According to the prompt, there should be a problem with Windows installer.
You need to reinstall Windows installer.
Perform the following operations:
1. Stop the Windows Installer Service with msiexec/unregserver.
2. Download instmsiw.exe and decompress it with WinRAR. Enter the directory.
3. Right-click MSI. inf and click Install.
4. Install vs.net 2003
-------------------------------------------------------------

Q: The VC package is unavailable or not registered.
A:
Symptoms:
When you create a winforms application, you will receive the following error message: "The VC package is unavailable or not registered". This error may even appear after a successful installation.

Cause:
If the Visual Studio. NET installer finds some TLB files and DLL files already exist, it will not register these files in the computer again, so
The prompt "VC Software Package unavailable or not registered" may occur.
In most cases, the earlier version of Visual Studio. NET may cause this error, especially when the earlier version is installed on another operating system.

Solution:
To solve this problem, you need to run the Visual Studio. NET repair program. Because the repair program will forcibly register some projects that are not registered in the installation program, it can solve this problem more effectively.

Follow these steps to run the repair program:
In the beginning, point to "Settings", click control panel, and then click "Add/delete programs ";
In the list of installed programs, click Visual Studio. NET, and then click "change/Delete ";
Click the second item in Visual Studio. net installation dialog box 1 2 3;
Click "repair/reinstall" and follow the on-screen prompts.

More information:
How to reproduce this problem
To reproduce this problem, it is best to have two operating systems mounted on the independent partition. Two Windows XP Professional will achieve this purpose.
Install Visual Studio. NET in an operating system;
In Visual Studio. NET in another operating system, the default installation path is changed during the installation process to match the first installation path.
Both installation results are successfully announced.
Then start the second installation of Visual Studio. NET (you will find this problem again ).

This installation method is never recommended. Even if the two installation options are identical and you save disk space, this method has a great chance of potential problems. if a Visual Studio.. Net changes the file and registration options, which are not recorded in another Visual Studio.. net.

From: http://zhuonline.51.net/blogs/archives/000045.html http://support.microsoft.com/default.aspx? SCID = http://support.microsoft.com: 80/support/KB/articles/q320/4/27.asp& nowebcontent = 1
----------------------------------------------------------------

Q: Debugging cannot be started, causing catastrophic errors (Common Errors When debugging ASP. NET Applications in Visual Studio. NET)
A: http://support.microsoft.com /? Id = 306172
----------------------------------------------------------------

Q: an error message "unrecoverable build error" is returned when a project is generated, installed, and deployed.
A: http://support.microsoft.com /? Id = 329214

Q: unable to start debugging on the Web Server
A: If you encounter these errors, consider the following:

Content to be checked
Web applications on remote servers
Web applications stored in visual sourcesafe and extended by Frontpage servers
Manually attach
Content to be checked
If the error "cannot start debugging on the Web server" is returned, check the following:

Are you running a Windows version that allows Visual Studio debugger to automatically attach to a web application? If not, start the application without debugging and manually attach it. (For more information, see manually attaching and ASP. NET debugging: system requirements .)
Does your web application have a web. config file?
Does the Web. config file enable the debugging mode by setting the debug attribute to true? For more information, see debug mode in ASP. NET applications.
Does web. config contain any syntax errors? You can run a web application without debugging to check for syntax errors. (Select "start execution (not debugging)" from the "debug" menu )".) If a syntax error exists in Web. config, the detailed information is displayed.
Are you a member of the debugger Users Group? If you log on as an administrator, is the administrator in this group?
Have you created a project by specifying a specific IP address (for example, 100.0000300.400? NTLM authentication is required for Web Server debugging. By default, the IP address is assumed to be part of the Internet, and NTLM authentication is not performed on the Internet. To correct this problem:
When creating a project, specify the name of the computer on the Intranet.
-Or-

Add the IP address http: // 100.0000300.400) to the list of trusted sites on your computer. (Select "Internet Options" from the "Tools" menu of Internet Explorer, and then select the "Security" tab ).
Does the computer running the IIS server have the Visual Studio. NET remote component installed?
Is IIS installed on a local computer (that is, a computer running Visual Studio. NET) after Visual Studio. NET is installed? IIS should be installed before Visual Studio. NET is installed. If it is installed later, you may need to repair the. NET Framework.
Fix. NET Framework

Insert and run the Visual Studio. NET Disc
<DVD drive>:/WCU/dotnetframework/dotnetfx.exe/T: C:/temp/C: "msiexec.exe/fvecms C:/temp/netfx. MSI"
-Or-

Insert and run the Visual Studio. NET Windows component update CD.

<CD drive>:/dotnetframework/dotnetfx.exe/T: C:/temp/C: "msiexec.exe/fvecms C:/temp/netfx. MSI"
Is the URL of the project start page specified correctly? Is the extension and project directory correct?
Is IIS Security Settings correctly set? To verify this, check the "Default web site" settings.
Check IIS security settings for "Default web site"

Select programs and administrative tools from the Start menu, and then click Internet Service Manager (Windows 2000) or Internet Information Service (Windows XP ).
In the Internet Service Manager or Internet Information Service dialog box, click tree control on your computer ). In the "web site" folder, find "Default web site ".
Right-click "Default web site" and select "properties ".
In the "Default web site properties" window, select the "Directory Security" tab and click "edit ".
In the "authentication method" dialog box, select "Anonymous Access" and "Integrated Windows Authentication" (if not selected ).
Click OK to close the Internet Service Manager or Internet Information Service dialog box.
Click OK ".
For the ATL server application, verify that the debug predicate is associated with your ISAPI extension.
For ASP. NET applications, make sure that the virtual folder of the application has the "Application name" set in "Internet Service Manager" or "Internet information service ".
Specify virtual folders for Web Applications

Select programs and administrative tools from the Start menu, and then click Internet Service Manager (Windows 2000) or Internet Information Service (Windows XP ).
In the Internet Service Manager or Internet Information Service dialog box, click tree control on your computer ). Find the web application in the Web site folder.
Right-click "Default web site" and select "properties ".
In the "Default web site properties" window, select the "directory" tab.
Under "application settings", click "CREATE ".
The Application name appears in this box.

Click OK to close the Properties dialog box.
Click OK to close the Internet Service Manager or Internet Information Service dialog box.
Web applications on remote servers
If the web application is on a remote server, check the following:

Have you run the correct installer to install ASP. NET/ATL server and remote debugger components on the server?
Are you a member of the debugger Users Group on the server? Do you have the access privileges necessary to debug processes running under the system account?
Depending on the security settings, ASP. NET applications may run in inetinfo.exe (IIS Process) or ASP auxiliary process aspnet_wp.exe. The aspnet_wp.exe process runs as a system. To debug an application running under aspnet_wp.exe, you must have the administrator privilege or edit the machine. config file for aspnet_wp.exe so that aspnet_wp.exe can run under your account. To debug an application running in inetinfo.exe, you must be an administrator on the computer running inetinfo.exe.

Depending on the security settings, the ATL server application may run under inetinfo.exe or the ATL auxiliary process dllhost.exe. To debug an application running in inetinfo.exe, you must be an administrator on the computer running inetinfo.exe, or use the Common Language Runtime Library application to configure DLLHOST to run as a specific user.
Are you using "Terminal Server" to try to debug Web applications on a remote computer? In Windows XP, remote debugging of Local Web applications can be performed using terminal servers. Not supported in Windows 2000 or Windows NT.
Web applications stored in visual sourcesafe and extended by Frontpage servers
If a web application is stored in visual sourcesafe and uses the FrontPage Server Extension as its web access mode, check the following:

Is visual sourcesafe on the same computer as the FrontPage Server or web server? If yes, you can use integrated authentication for debugging. (To check the "Integrated Identity Authentication" Settings, refer to this process to check the IIS security settings for the previous "Default web site .)
Another way to solve this problem is to change the Web access mode from FrontPage to file share ).
Change the Web access mode to File Share)

In Solution Explorer, right-click the project name and select "properties" from the shortcut menu ".
In the <project> properties page dialog box, open the "common properties" folder and select "Web Settings ".
Under "Web server connection", click "Web Access Mode" and select "file sharing" from the list box ".
Click OK to close the <project> properties page dialog box.
Manually attach
If you follow these troubleshooting steps and still receive an error message when you start debugging, you may need to manually attach it to debug the application.

Manually attach

Start the application without debugging. (From the "debug" menu, select "start execution (do not Debug )".)
Attach to the appropriate IIS process or auxiliary process. By default, the ATL server application is inetinfo.exe, And the ASP. NET application is aspnet_wp.exe. Use the following process to determine the process in which the ASP. Net or ATL server application runs.
Check under which process the ASP. NET application runs

Use Visual Studio. NET or another text editor to open the machine. config file of the application.
Find the following process model attributes:
Enable
If enable is set to true, the application runs under aspnet_wp.exe (this is also the default setting .)

If enable is set to false, the application runs under inetinfo.exe.

Check the process in which the ATL server application runs

In Solution Explorer, right-click the project name and select "properties" from the shortcut menu ".
In the <project> properties page dialog box, open the "Web deployment" folder and select "General ".
View the "Application protection" settings.
If this parameter is set to "low (IIS Process)", the application runs under inetinfo.exe.

If this is set to "medium (pool)", the application runs under the dllhost.exe process (same as other ATL server applications in the pool ).

If this parameter is set to "high (independent)", the application runs under the dllhost.exe process (different from other ATL server applications ).

Click OK to close the <project> properties page dialog box.
See
Debugging scripts and Web: errors and troubleshooting

Q: Web Access failed.
The default web access mode of this project is file sharing, but you cannot open

Project folder. The returned error is:
The web project "bweb" cannot be opened ". The file path "D:/inetpub/bweb" does not match urlhttp: // localhost/bweb. The two must be reflected

To different server locations. HTTP Error 404: not found

A: 1. Open the IIS manager.

2. Right-click "Default web site" and select Properties.

3. Click "HTTP header ".

4. Click "MIME types ".

5. Click "new ".

6. In extension, enter ". tmp". (No quotation marks are required)

7. In MIME type, enter "Temp". (No quotation marks are required)
Q: vs. Net debugging problems
A: About Visual Studio. for example, if you do not have the permission to debug the web server, do not belong to the debugger Users group, or cannot debug the web server, you can work in the vs7 debugger doesn't. what can I dohttp: // blogs.msdn.com/mkpark/articles/86872.aspx) find the answer in this article. I have encountered a situation where I have no permission to debug on the Web server, later, I selected Internet Options for IE-> Security-> intranet-> User-Defined Level-> "automatically log on with the current user and password" verified by the user to solve the problem of debugging failure. How can we think of vs. Net failure to debug and modify the IE option?