Introduction

Before integrating a new BugSplat SDK with your application, make sure to review the Getting Started resources and complete the simple startup tasks listed below.

• ​Sign up for a BugSplat account

• ​Log in using your email address

• Create a new database for your application

Overview

Crashpad is the latest open-source crash reporting tool built by Google and is the successor to the popular Breakpad crash reporter. Crashpad allows you to submit minidumps to a configured URL after a crash occurs in your product. The official Crashpad documentation is available here.

Tutorial

To begin, download and unzip the BugSplat Crashpad software development kit. The download contains a sample Crashpad application and a compiled version of Crashpad for Windows.

It's also possible to download and build Crashpad yourself. This step is required if you are targeting an OS other than Windows. See our Building Crashpad doc for our a step-by-step guide to building Crashpad.

To get a feel for the BugSplat service before enabling your application, experiment with the myCrashpadCrasher sample application. You can find the Visual Studio project file located in your download folder at ...\BugSplatCrashpad\BugSplat\samples\myCrashpadCrasher\myCrashpadCrasher.vcxproj.

Run the sample application without the debugger attached to post a crash report to our public "[email protected]" database. To view the report, log in to the public database using the account "[email protected]" and the password "Flintstone".

Integrating Crashpad

Follow the myCrashpadCrasher pattern to enable Crashpad in your application.

Step 1

Add the following includes:

#include "client/crashpad_client.h"
#include "client/crash_report_database.h"
#include "client/settings.h"

Step 2

Copy the initializeCrashpad and GetCrashpadHandlerPath methods from the BugSplat sample. The Crashpad url and parameters format, database, product and version are required to successfully upload crash reports to BugSplat. You can optionally specify values for the parameters user, list_annotations, and key which will be tracked with each crash report.

CrashpadClient *initializeCrashpad(char *dbName, char *appName, char *appVersion)
{
  // Get directory where the crashpad_handler.exe file lives, sample implementation of this method is provided in the myCrashpadCrasher sample
  std::wstring handlerPath = GetCrashpadHandlerPath();
​
  if (INVALID_FILE_ATTRIBUTES == GetFileAttributesW(handlerPath.c_str()))
  {
    return NULL;
  }
​
  // Ensure that handler is shipped with your application
  base::FilePath handler(handlerPath);
​
  // Directory where reports will be saved. Important! Must be writable or crashpad_handler will crash.
  base::FilePath reportsDir(L"./crashpad"); 
​
  // Directory where metrics will be saved. Important! Must be writable or crashpad_handler will crash.
  base::FilePath metricsDir(L"./crashpad"); 
​
  // Configure url with your BugSplat database
  std::string url;
  url = "https://";
  url += dbName;
  url += ".bugsplat.com/post/bp/crash/crashpad.php";
​
  // Metadata that will be posted to BugSplat
  std::map<std::string, std::string> annotations;
  annotations["format"] = "minidump";                 // Required: Crashpad setting to save crash as a minidump
  annotations["database"].assign(dbName);             // Required: BugSplat database
  annotations["product"].assign(appName);             // Required: BugSplat application name
  annotations["version"].assign(appVersion);          // Required: BugSplat version number
  annotations["key"] = "Sample key";                  // Optional: BugSplat key field
  annotations["user"] = "[email protected]";          // Optional: BugSplat user email
  annotations["list_annotations"] = "Sample comment";	// Optional: BugSplat crash description
​
  // Disable crashpad rate limiting so that all crashes have dmp files
  std::vector<std::string> arguments;
  arguments.push_back("--no-rate-limit");
​
  // Initialize crashpad database
  std::unique_ptr<CrashReportDatabase> database = crashpad::CrashReportDatabase::Initialize(reportsDir);
  if (database == NULL) return false;
​
  // Enable automated crash uploads
  Settings *settings = database->GetSettings();
  if (settings == NULL) return false;
  settings->SetUploadsEnabled(true);
​
  // Files to upload with the crash report - default bundle size limit is 2MB
  std::vector<base::FilePath> attachments;
  base::FilePath attachment(L"./attachment.txt");
  attachments.push_back(attachment);
​
  // Start crash handler
  CrashpadClient *client = new CrashpadClient();
  bool status = client->StartHandler(handler, reportsDir, metricsDir, url, annotations, arguments, true, true, attachments);
  if (status == false) return NULL;
​
  // Wait for handler to initialize
  status = client->WaitForHandlerStart(INFINITE);
  if (status == false) return NULL;
​
  return client;
}

Step 3

Call initializeCrashpad using your own parameters for the BugSplat dbName, appName, and appVersion.

char *dbName = (char *)"fred";
char *appName = (char *)"myCrashpadCrasher";
char *appVersion = (char *)"1.0";
​
initializeCrashpad(dbName, appName, appVersion);

Step 4

Link your application with the appropriate version of the Crashpad libraries client.lib, base.lib, andutil.lib. BugSplat supplies builds for Debug/Release (x86) and Debug_x64/Release_x64 versions of the Crashpad libraries.

Step 5

Upload symbols for your application to generate symbolic call stacks. Our sample project uses the BugSplat SendPdbs utility to upload .exe, .dll and .pdb files. This is the preferred approach for Windows products. Additional information can be found on our SendPdbs page.

Step 6

BugSplat also supports symbol files using the Crashpad .sym file format. This format is required for platforms other than Windows. To upload your application's .sym files using the manual symbol upload page, select one of your symbol stores on the Symbols page, then click the "Upload new symbol files" link. Alternatively, you can use the Breakpad symupload utility to automate the symbol upload process. Run the following command replacing {database}, {appName} and {appVersion} with values specific to your BugSplat database and symbol store.

symupload "file.sym" "https://{database}.bugsplat.com/post/bp/symbol/breakpadsymbols.php?appName={appName}&appVer={appVersion}"

Step 7

Trigger a crash in your application. The crash report should be available immediately on the BugSplat website.

Additional Considerations

Databases

The BugSplat database for your crash reports is created on the Company page. Typically you will create a new database for each major release of your product.

Optimizations

Compiler optimizations can cause a mismatch between the line numbers in crash reports and the actual line numbers in your code. BugSplat recommends turning off compiler optimizations to ensure that the line numbers in your crash reports match the line numbers in your code. To turn off optimizations in Visual Studio, right click your project and navigate to Properties > C/C++ > Optimization > Optimization and set the value to Disabled (/Od).

Processing as Windows Native

BugSplat can process Crashpad crashes reported from Windows operating systems with our Windows backend, rather than the Breakpad backend. The advantage to this approach is that BugSplat will be able to display function arguments and local variables for each resolved stack frame. Another advantage of this approach is that our backend will automatically resolve Windows OS symbols.

To configure your Breakpad crashes to be processed by our Windows backend, create unique AppName/AppVersion combinations for the Windows versions of your application and upload .pdb, .dll and .exe files (rather than .sym files). The presence of .pdb, .dll or .exe files in the symbol store is what triggers the use of the Windows backend. Uploading Windows symbols can be done via our manual symbol upload page or our automated tool SendPdbs.