Common Exception Types

re: Common Exception Types

Uwe Keim — Mon, 28 Mar 2005 04:57:00 GMT

Cool. I'm sure there is a tool to create those textual class diagrams?!?

re: Common Exception Types

Brad Abrams [MSFT] — Mon, 28 Mar 2005 05:07:00 GMT

Yes, I wrote it back when we did vol1 of the SLAR... It is very messy code, so I don't want to post it as-is... Maybe i'll look into cleaning it up..

re: Common Exception Types

sbjorg — Mon, 28 Mar 2005 08:10:00 GMT

I said it while at MS and I'll say it again, having this much exceptions is overkill. You should differentiate b/w exceptions that make sense being caught during runtime and exceptions that exist purely for informational purposes during debugging. For instance, why would I want to programmatically distinguish among the different kinds of arithmetic exceptions? Why do you feel justified burdening developers with this cognitive burden? To what gain?

re: Common Exception Types

Mon, 28 Mar 2005 18:40:00 GMT

Aren't you supposed to descend from ApplicationException for your own exceptions?

re: Common Exception Types

Ifeanyi Echeruo — Mon, 28 Mar 2005 20:25:00 GMT

sbjorg: "or instance, why would I want to programmatically distinguish among the different kinds of arithmetic exceptions?"

I dont understand what's so hard about

try {
...
}
catch(System.ArithmeticException e) {
...
}

re: Common Exception Types

Kevin Westhead — Mon, 28 Mar 2005 20:35:00 GMT

Deriving from ApplicationException was the original advice offered, but that guideline will be changing (FxCop has already changed to reflect the new thinking). It seems that the original idea was to offer the ability to group framework exceptions (those that derive from SystemException) and non-framework exceptions (those that derive from ApplicationException), however your non-framework exceptions may as well be derived from Exception since ApplicationException just adds an extra level of depth to the hierarchy.

re: Common Exception Types

Judah Himango — Tue, 29 Mar 2005 01:13:00 GMT

Looks like Krzysztof just published some great info on .NET exceptions: http://blogs.msdn.com/kcwalina/archive/2005/03/16/396787.aspx

re: Common Exception Types

Jeff Atwood — Tue, 29 Mar 2005 05:04:00 GMT

I have a little code sample that iterates through all .NET classes and then sorts/lists all the ones that end in "Exception" here:

http://www.codinghorror.com/blog/archives/000115.html

re: Common Exception Types

Igor Brejc — Tue, 29 Mar 2005 07:45:00 GMT

Thanks for the list, it is just what I was searching for in MSDN docs few days ago, but didn't find it :).
One comment though: If you re-use certain existing exceptions (NullReferenceException is one example), FxCop will give you a warning about non-compliancy with MS design guidelines. Those exceptions are meant to be thrown by runtime only, and not by user applications.
Maybe you could include this information individualy for each exception type in the exception hierarchy?

re: Common Exception Types

Christophe Nasarre — Tue, 29 Mar 2005 10:17:00 GMT

Here is a tool you can use to get the exception hierarchy with assembly information:
http://spaces.msn.com/members/cnasarre/Blog/cns!1pmtDU_7A3ODVjdKP4wqJqkg!212.entry

re: Common Exception Types

David Levine — Tue, 29 Mar 2005 12:30:00 GMT

There are many other exceptions defined in mscorlib.dll then the ones listed. In addition to the other points, e.g. FxCop complaining about using some of the exception types, some other points on the exceptions listed...

ThreadAbortException does not offer any of the standard constructors .ctor(), .ctor(string message) or .ctor(string message,Exception inner). This only matters because it means that you cannot create your own instance of this exception, so you cannot directly throw it, you should use the Thread.Abort() API. I don't think it should be included in the list of exceptions that applications should be directly throwing.

I don't believe applications should be throwing ExecutionEngineException, StackOverflowException, or OutOfMemoryExceptions. In earlier versions of the runtime throwing any of these caused occasional strange results with the runtime (such as it shutting down). I also cannot think of a good reason why an application would be correct in throwing one of these.

ObjectDisposedException and TypeInitializationException do not have a default constructor, so serializing them across a machine boundary might cause problems. I would test this before doing so.

Some minor observations...
ArgumentNullException, ArgumentOutOfRangeException, DuplicateWaitObjectException,
ObjectDisposedException do not offer the standard .ctor(string message,Exception inner)
constructor. This isn't really a problem but it is non-standard.

System.NotFiniteNumberException, SecurityException, and TypeInitializationException do not override the Message property to offer a better exception message. Again, minor, but there seems to be little value in a special exception if it does not provide additional clarification.

Some Quick Tidbits

Jesse Squire's Weblog — Tue, 29 Mar 2005 15:35:00 GMT

re: Common Exception Types

Keith Hill — Tue, 29 Mar 2005 16:08:00 GMT

"I don't believe applications should be throwing ExecutionEngineException, StackOverflowException, or OutOfMemoryExceptions."

+1 for that (except for injecting errors for testing). I would also add NullReferenceException to that list and perhaps even InvalidCastException.

Some Quick Tidbits

Jesse Squire's Weblog — Thu, 23 Jun 2005 12:52:04 GMT

Izņēmuma situāciju lietošana

Ivara blogs — Thu, 10 Jan 2008 03:19:52 GMT

Šodien   Vakar Andrejs jau aizskāra tēmu, par kuru es jau pasen gribu uzrakstīt, bet kaut kā

Liste over exceptions i .NET

Liste over exceptions i .NET — Wed, 26 Mar 2008 13:11:01 GMT

PingBack from http://blog.todobom.dk/post/Liste-over-exceptions-i-NET.aspx

exception type 13

exception type 13 — Sun, 03 Aug 2008 00:56:32 GMT

PingBack from http://abbie.getyourfreefitnessvideo.info/exceptiontype13.html

iS34.Net G??ncel Haberler » G??ncel Notlar

iS34.Net G??ncel Haberler » G??ncel Notlar — Sat, 21 Mar 2009 22:07:24 GMT

PingBack from http://www.is34.net/guncel-notlar.html