When running classic ASP application in IIS7, when would a 500 error happen rather than a 500.100 error? What I mean is that a 500 error occurs but not a 500.100 error. I am under the impression that classic ASP would only throw 500.100 errors when error occurs in it's VBScript code. Some explanation through an example would be very helpful.
相关问题
- WCF Service Using Client Certificates Requires Ano
- If condition not working in classic ASP
- IE8 Form Not Submitting (Intermittent)
- Can we override parent website's web.config?
- Server.Transfer from ASP to ASP.Net
相关文章
- Can a VBScript function return a dictionary?
- ZURB Foundation, switching tab programmatically
- Accessing COM Component from Classic ASP which con
- Classic ASP/VBScript implementation of Crockford
- ApplicationPoolIdentity permissions on Temporary A
- using dot net 1.1 on IIS 7.5 (windows 7 - 32 bit)
- How to auto-start WCF service without AppFabric
- Caching recordsets in ASP Classic?
Classic ASP has always returned a
500.100
status if there is a script error. It's been like for a very long time in previous versions of IIS and the behaviour hasn't changed.If you want to catch Classic ASP script errors and be able to read the
Server.GetLastError()
object in your custom error page (say for logging) you need to provide a handler specifically for500.100
.If you don't specify a custom
500.100
error then IIS will fall back to your custom (or its own)500
error page butServer.GetLastError()
won't provide any useful information about the error.