Windows (.NET Framework)
The BugSplat .NET SDK supports applications written using the Microsoft Common Language Runtime (CLR). This includes applications written using C#. The managed call stacks captured at the time of a crash include function names, source code file names, and line numbers. In addition, BugSplat will also display mixed-mode call stacks which have both managed code and native code on the stack.
To get a feel for the BugSplat service before enabling your application, feel free to experiment with the myDotNetCrasher sample application, which is part of the BugSplat software development kit. You may also want to browse the .NET API documentation.
In a few simple steps, your .NET application can be modified to provide full debug information on the BugSplat website when it crashes.
- 1.Add a reference to "BugSplatDotNet.dll".
- 2.Add a call to BugSplat.CrashReporter.Init and add the BugSplat exception handlers for the appropriate set of system exceptions. As shown in the myDotNetCrasher sample app, this takes just a few lines of code.
- The initialization call requires three parameters: BugSplat database, application name and version. You supply the application name and version.
- The BugSplat database is created on the Manage Database page in Settings. Typically, you will create a new database for each major release of your product.
BugSplatRC.dllto your application's installer.
BugSplatRC.dllwith Visual Studio if you wish to change the banner displayed when your application crashes.
- 5.Add symbolic debug information to your release build. Important! To get symbolic stack reports, debug information (pdb, dll, and executable files) needs to be uploaded to the BugSplat website along with your application’s executable files. Modify your build settings so that symbol files are created for Release builds, e.g.,
Build Settings for .NET Applications
Advanced Build Settings for .NET Applications
After each build you should upload the new executable and files. The myDotNetCrasher sample app uses a Visual Studio post build event to automate this step.
Visual Studio debugger's hosting process can interfere with BugSplat's ability to resolve symbols; it should be disabled in your project's debug settings when submitting crash reports that occur while debugging.