T
TonyG
My site uses the fairly standard approach of trapping errors in the
Application_Error event and dealing with them there.
However, we occasionally get errors that are generated by the Framework
itself and are this not trappeable by our ASP.Net code.
A good example is if someone requests a page just as the site DLL is
being uploaded, an error such as "Cannot access file XXXXXX as it is
being used by another process" is generated.
These errors are dreadful for a number of reasons.
1). They are butt ugly
2). They contain a plethora of sensitive information including
details like dll name, appBase, drive paths etc etc.
3). They do not appear to be trappeable
MY question is this. How can I catch these pages and deal with them in a
more graceful manner?
I NEED to be able to serve a custom page to my users as this page is a
horror.
Any help would be very gratefully received.
Application_Error event and dealing with them there.
However, we occasionally get errors that are generated by the Framework
itself and are this not trappeable by our ASP.Net code.
A good example is if someone requests a page just as the site DLL is
being uploaded, an error such as "Cannot access file XXXXXX as it is
being used by another process" is generated.
These errors are dreadful for a number of reasons.
1). They are butt ugly
2). They contain a plethora of sensitive information including
details like dll name, appBase, drive paths etc etc.
3). They do not appear to be trappeable
MY question is this. How can I catch these pages and deal with them in a
more graceful manner?
I NEED to be able to serve a custom page to my users as this page is a
horror.
Any help would be very gratefully received.