office-gobmx/external/breakpad
Stephan Bergmann de0581c772 Make external/breakpad/ubsan.patch apply again
(It apparently silently broke with something like
ff673ce838 "update breakpad to the current
chrome_m90 snapshot" and nobody doing ASan/UBSan builds with --enable-breakpad
in the meantime.)

Change-Id: Ic955e1725d2493d849b460a09dfa0238815e2c8d
Reviewed-on: https://gerrit.libreoffice.org/c/core/+/124033
Tested-by: Jenkins
Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2021-10-22 12:03:18 +02:00
..
0001-Handle-race-between-ExceptionHandler-SignalHandler-a.patch.1
breakpad-dump_syms.patch.1
breakpad-no-env.patch.1
breakpad-stackwalk.patch.1
breakpad-use-correct-http-header.patch.1
breakpad-wshadow.patch.1
c++20-allocator.patch
dump_syms.sln
dump_syms.vcxproj
ExternalProject_breakpad.mk
Makefile
Module_breakpad.mk
README
SIGSTKSZ.patch
StaticLibrary_breakpad.mk
ubsan.patch Make external/breakpad/ubsan.patch apply again 2021-10-22 12:03:18 +02:00
UnpackedTarball_breakpad.mk Mark external/breakpad/SIGSTKSZ.patch as upstreamed 2021-10-15 18:29:16 +02:00

Google breakpad crash-reporting library

https://chromium.googlesource.com/breakpad/breakpad

When this is enabled and soffice.bin crashes, a "mini-dump" file is written
as "instdir/crash/*.dmp".

There is an UI to upload the mini-dump to a TDF server but of course
that only makes sense if the server has symbols available that match
the build, which is not the case if you have built LO yourself.

If you want to get the backtrace from local mini-dump files:

* with Visual Studio:
  1. open the *.dmp file from the Visual Studio IDE File->Open->File
  2. then click "Debug Native Only"

* otherwise:
  1. run "make symbols" to extract the debuginfo from the binaries
  2. run "workdir/UnpackedTarball/breakpad/src/processor/minidump_stackwalk foo.dmp workdir/symbols"