Crashpad is an open source library initially developed by Google as a successor to the Google Breakpad library. It is used in popular software such as Google Chrome and by companies such as Slack and Spotify.
For existing users of Crashpad, Backtrace has plug-and-play support. It has a robust architecture designed to allow for high customizability and stability even in the face of the most obscure software crashes.
For new users, Backtrace has prepared an enhanced fork of Crashpad, allowing easier integration with the service and additional functionality (for example, HTTPS submissions on Android).
What You'll Need
- A Backtrace account (log in or sign up for a free trial license).
- Your subdomain name (used to connect to your Backtrace instance). For example,
- A Backtrace project and a submission token.
If you are a Windows and Visual Studio user, review the Backtrace Visual Studio Extension Guide to simplify the integration of Crashpad into your new application. If you are a Windows and Visual Studio user with an existing application, you can use manual instructions in the Visual Studio section of that guide for a step-by-step guide to integrating with Visual Studio.
Advanced instructions are available at the Crashpad home page if you can't find what you're looking for or prefer to build Crashpad from the source. Backtrace's fork of Crashpad is available on Github, which contains easy CMake build instructions and also hosts daily binary builds for Android, Linux, Windows, Mac and more. If you would like additional assistance, don't hesitate to contact firstname.lastname@example.org.
Update Your Application
After Crashpad has been integrated into your application, using CMake or using prebuilt binaries, you'll need to specify the right options to
StartHandler to start it up, as you can see in the example app code for Windows, MacOS, Android and Linux.
Set the URL Parameter
url parameter to
StartHandler. Your Backtrace Project Setting > Integration Guide > Crashpad will suggest the URL to use. Generally, it will be similar to
You can use the
annotations map to set additional attributes. Attributes allow you to embed relevant context into each crash report and can be any data point you choose. Examples include
graphics.card, etc. You can find more information on attributes in the product guide.
You can attach files to crash data (that is, log files). To do so, add a string formatted as such to the
arguments parameter of the
Crash Handler Parameter
handler is a path to an external program responsible for generating and uploading dumps; we recommend it for uploading crashes. Look for
bin/crashpad_handler.exe on Windows, which is suitable as a default crash handler. See below for a complete example.
handler is executed after the application crashes, so it should be available under the specified path during its execution. That means the handler should be bundled with the application if delivered to the end-users, and its path should be relative or dynamically generated.
Symbols are required to determine the source-code mapping of incoming crashes, including function name, source file, and line number. For Backtrace to effectively group and analyze your incoming crashes, you must upload application debug symbols.
To learn more about uploading and managing symbols with Backtrace, see Symbolication.
If you are a Windows and Visual Studio user, review the Backtrace Visual Studio Extension Guide to simplify the integration of Crashpad into your application.
The instructions below are accurate, but consider the extension to minimize the chance of configuration errors.
You can build Crashpad from the source or download Backtrace-provided library versions.
The Visual C++ Redistributable for Visual Studio 2015 might be required if you have a new OS installation and don't have an IDE installed. Make sure to install the following runtime redistributable files for
Build From Source
It is always possible to build Crashpad from the source. To do this, see the Backtrace fork build guide. Backtrace added CMake build scripts, making it easier to build than the original Google fork. If you want to build the Google fork regardless, you can check the instructions.
Download Built Libraries
Backtrace provides builds of Crashpad. We recommend using the stable version. The latest stable releases of Backtrace's Crashpad fork are available at http://get.backtrace.io/crashpad/builds/, and the Backtrace fork nightly builds can be found on GitHub.
After you have built Crashpad or downloaded the pre-built libraries, you must integrate the library into your application. The library is statically linked to your project, so you will not need to distribute additional projects.
There are two versions of
Crashpad provided in the Backtrace archive.
lib_mt contains the Crashpad libraries built with the
/MT switch for static linking.
lib_md contains the Crashpad libraries built with the
/MD switch for dynamic linking.
Use the appropriate version for your application.
Integrate Into Your Build Process
This section outlines importing the
Crashpad library into your Visual Studio project.
Add the Header Files
First, you'll need to add the Crashpad directory in the included path for your application. The header files for Crashpad in the provided
.zip file are in the included directory.
Go to the project configuration menu (Project > Properties > VC++ Directories) and set
Include Directories to point to the
include\mini_chromium folders of the extracted archive, as shown below.
Add the Libraries
Next, you'll need to add the relevant release path (see the table above) to your
Library Directories(Project > Properties > VC++ Directories). For example, if I am deploying a 64-bit Windows application, the
lib_mtsub-directory is added to
Library Directories after downloading the appropriate Crashpad build.
After that is done, you'll need to add the actual set of static libraries for
Crashpad. Navigate to your linker input settings (Project > Properties > Linker > Input), and add
client.lib;util.lib;base.lib as additional dependencies. See the screenshot below for an example.
Remember to use the build of the
Crashpad library that corresponds with your build configuration. For example, if you are building a 32-bit Debug build, ensure that you reference the
.lib files from the 32-bit debug build. If you encounter errors involving
ITERATOR_DEBUG_LEVEL, then there is likely a mismatch between your build configuration and the build of
Crashpad. To change the build settings, go to Build > Configuration Manager, then change your
Active solution configuration.
If you use dynamic linking (the
\MD flag), use the
lib_md sub-directory rather than
lib_mt. For example,
crashpad\lib_md rather than
Verify Linker Settings
Lastly, ensure you have code generation runtime settings set to a mode compatible with static libraries, such as
Multi-threaded (/MT). Go to Project > Properties > C/C++ > Code Generation and update the
Runtime Library setting.
If you are using dynamic linking, then ensure that you use the
/MD option instead of
If you are building in debug mode, ensure that you use the debug version of the linking compiler switches (
Ensure Symbol Generation
It is required to upload symbols into Backtrace for intelligent deduplication and classification. This section explains how to enable debug symbols for your application.
Go to Project > Properties > Linker and update the
Generate Debug Info setting. You'll want to set it to
Generate Debug Information (/DEBUG) or
Generate Debug Information optimized for sharing and publishing (/DEBUG:FULL). We recommend the
/DEBUG option if you would like to avoid the possibility of a performance impact.
This setting generates a
.pdb file for your application in the build output directory. You can manually upload
.pdb, and archive files containing
.sym files into Backtrace or through the command line. It is also possible to hook up Visual Studio to automatically upload symbols as they are generated. Now, you should be able to send crash reports. Ensure you've uploaded your symbols (click on Symbols under the Project Configuration page).
For more details, see Symbolication.
Send Crash Reports
Now you're ready to integrate Crashpad into your application. Add the code from the section Example code above to do this.
Crashes should be automatically submitted into Backtrace. As crashes generate, refresh the Project page of the associated project to see faults in real-time.
Additional Features of Backtrace Fork
Send Reports Using EXCEPTION_POINTERS in Windows
A new function has been added to the
CrashpadClient class. It's helpful, for example, when dealing with vectored exceptions. Additionally, it does not require the process to end (the exception may be handled).
static void DumpWithoutCrashWithException(EXCEPTION_POINTERS* pointer);
Windows 7, Windows Server 2008 R2, and Windows Server 2012 Support (Adding TLS 1.1/1.2 Support)
The default Crashpad crash handler binary uses WinHttp to upload crashes. On those systems, TLS 1.1 and TLS 1.2 are in the default protocol set, and only TLS 1.0 and SSL 3.0 are available by default, which Backtrace does not accept.
It should be fixed by KB 3140245, but you may want to add them to the default list manually via the registry. We suggest doing it in your application installer.
Windows Registry Editor Version 5.00
If you're still encountering issues, contact us at email@example.com.