CODEWITHSUNDEEP
c#exception
sventevit
sventevit

Reputation: 4816

How to log exceptions in Windows Forms Application

I read a lot about how bad catching base Exceptions is and I have to confess that I did it also:

try{
    ...
}
catch (Exception exception){
    MessageBox.Show(exception.Message, "Error!");
    MyLogger.Log(exception.Message);
}

Now I would like to do it right and have some questions about it:

  1. Which exceptions should I catch (for example FileNotExists for file manipulation, but what for TableAdapter or ReportClass (CrystalReports))
  2. Where can I see a list of exceptions, that an objects can throw (for example TableAdapter)
  3. Where in Windows Forms Application can I set a static method, which will log any exception to a file for example
  4. Any other suggestions?

Upvotes: 5

Views: 2900

Answers (6)

Jeffrey L Whitledge
Jeffrey L Whitledge

Reputation: 59443

In response to "4. Any other suggestions?":

In your example code, a message box is displayed before logging the exception. I would recommend logging the exception before displaying the message, just in case the user sees the error message, panics, and goes on vacation without clicking "OK". It's a minor thing, but message boxes block the program indefinitely and should be used with discretion!

Upvotes: 1

Ivo
Ivo

Reputation: 3436

You can set an event for unhandled exceptions in application events file

(got a VB sample here but i hope you get the point)

Private Sub MyApplication_UnhandledException(ByVal sender As Object, ByVal e As Microsoft.VisualBasic.ApplicationServices.UnhandledExceptionEventArgs) Handles Me.UnhandledException

    End Sub

You can find the application events in the options of you project.

Upvotes: 2

unclepaul84
unclepaul84

Reputation: 1404

I have one thing to add. If you just want to log an exception without affecting program flow you can always do this:

try
{   
    ...
}
catch (Exception exception)
{    
   MyLogger.Log(exception.Message);

   throw;
}

Upvotes: 5

Alex
Alex

Reputation: 332

  1. That's up to you to decide which exceptions your application logic can reasonably expect to recover from.
  2. Exceptions are thrown by method invocations, not objects. In Visual Studio, Intellisense explanations will tell you which exceptions are thrown by an object (provided that the XML documentation describes which exceptions a method throws.
  3. Rather than use a static method, respond to the Application.ThreadException event. The link provided has examples. MSDN

Upvotes: 2

Jon Seigel
Jon Seigel

Reputation: 12401

  1. Catch whichever exceptions you can reasonably handle. For example, if you're trying to open a file for writing, you should expect that maybe the file is marked read-only, so that would throw an exception. But in the same situation you wouldn't try to catch a null argument exception, because that would be due to programmer error.

  2. They should be found in the function reference in MSDN (you'll have to look it up on each one). For user-defined functions, you'll have to go digging, unless there is additional documentation or summary commentary.

3, 4. Consider using a logging library for .NET

Upvotes: 7

Neil Barnwell
Neil Barnwell

Reputation: 42095

You should only catch exceptions you can do something about, really.

That's the rule of thumb. I typically have a try/catch around my Program.Main just in case an exception bubbles right to the top and needs logging. You can also handle the CurrentDomain_UnhandledException event, in case exceptions are thrown in other threads than the UI thread (assuming you are multithreading).

Upvotes: 1

Related Questions