que no es necesario añadir un filtro a hacer caso agarrar, simplemente manejar Application_Error en global.asax.cs. Server.GetLastError() tendrá la información de excepción
Sí, erm ... No. El error que se muestra en la pregunta original muestra un error de análisis/compilación - estos errores ocurren en la tubería HttpHandler para ASP .NET (Filtro ISAPI en versiones anteriores de IIS), es decir, antes de, su aplicación es un evento iniciado, por lo que antes de cualquiera de los eventos en Global.asax.
Aunque puede especificar una página de error personalizada (en web.config, machine.config o metabase de IIS), estos solo pueden ser archivos HTML.
1) si solo está interesado en las excepciones que surgen en su código (es decir, su código se compila, pero se lanza una excepción), puede usar la sugerencia de Dan desde arriba y manejar el evento Application_Error en Glocal.asax.
Si desea manejar las excepciones de ASP.NET (por ejemplo, errores de análisis/compilación, errores de configuración de archivos, etc.), deberá conectar (o reemplazar) el HttpHandler de ASP.NET.
Puede ajustar el controlador existente escribiendo el suyo, y capturando cualquier excepción, y luego redirigiendo a otra página de error.
Debería especificar su controlador en su archivo web.config (o machine.config si es un controlador global).
Hay algunos buenos tutoriales en la web sobre cómo hacer esto. Trate de comenzar aquí: http://msdn.microsoft.com/en-us/library/f3ff8w4a(VS.71).aspx
(problema principal es: para atrapar errores de análisis/compilación que necesita para escribir un controlador/filtro, que es un nivel por encima de el controlador de ASP.NET/filtro (creo)).
Espero que esto ayude, Dourn.
¿Quiere decir que desea mostrar la misma información de error técnica exacta (el público objetivo de las cuales es la gente que construyó el sitio para que puedan arreglar lo que está mal con él) con el mismo aspecto y -¿Te sientes como el resto del sitio? – apollodude217