summaryrefslogtreecommitdiff
path: root/external/breakpad
AgeCommit message (Collapse)AuthorFilesLines
2018-08-16Adapt external/breakpad/0001-Handle-race-between-ExceptionHandler...Stephan Bergmann1-1/+1
to old compilers that default to < C++11. (Explicitly passing CXXFLAGS_CXX11 into ExternalProject_breakpad wouldn't work well for now, as it would cause -Wregister error with -std=c++17 at workdir/UnpackedTarball/breakpad/src/common/dwarf/dwarf2reader.cc:878:43.) Change-Id: I1d04e0f05e36e2f9622991fb477f430a062fee0b
2018-08-16Handle race in external/breakpadStephan Bergmann2-0/+37
...that hit once in a UBSan build in UITest_calc_tests4: > soffice.bin: /data/sbergman/lo-san/core/include/com/sun/star/uno/Reference.h:420: interface_type *com::sun::star::uno::Reference<com::sun::star::xml::crypto::XXMLSecurityContext>::operator->() const [interface_type = com::sun::star::xml::crypto::XXMLSecurityContext]: Assertion `_pInterface != NULL' failed. > warn:desktop:11041:11425:desktop/source/app/sofficemain.cxx:82: minidump generated: /data/sbergman/lo-san/core/workdir/UITest/calc_tests4/user/crash//0585280b-6f1e-fa99-4b711485-60baa6f1.dmp > src/client/linux/handler/exception_handler.cc:367:34: runtime error: member call on null pointer of type 'std::vector<google_breakpad::ExceptionHandler *, std::allocator<google_breakpad::ExceptionHandler *> >' > warn:sal.osl.mutex:11041:11041:sal/osl/unx/mutex.cxx:82: pthread_mutex_destroy failed: Device or resource busy > #0 in google_breakpad::ExceptionHandler::SignalHandler(int, siginfo_t*, void*) at <null> (instdir/program/libsofficeapp.so +0x963904) > warn:unotools.config:11041:11041:unotools/source/config/configmgr.cxx:169: ConfigManager not empty > #1 at <null> (/lib64/libpthread.so.0 +0x11fbf) Change-Id: Icf46adea879c0541a297e5f54f9ce936caa9858b Reviewed-on: https://gerrit.libreoffice.org/59157 Tested-by: Jenkins Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-11-14Use proper ucontext_t in external/breakpadStephan Bergmann2-0/+195
SUSv4 merely claims that ucontext_t is defined as a structure type (in <signal.h>), and at least /usr/include/sys/ucontext.h in glibc-headers-2.26-15.fc27.x86_64 now defines it as typedef struct ucontext_t { ... } ucontext_t; instead of as typedef struct ucontext { ... } ucontext_t; as was done in older glibc, so referring to it as "struct ucontext" (C/C++) or "ucontext" (C++) no longer works. Change-Id: I3d515a4ce7e5a49d0277136cad2b982bdf799ac5
2017-02-10Remove MinGW supportStephan Bergmann1-1/+1
In OOo times, there'd originally been efforts to allow building on Windows with MinGW. Later, in LO times, this has been shifted to an attempt of cross- compiling for Windows on Linux. That attempt can be considered abandoned, and the relevant code rotting. Due to this heritage, there are now three kinds of MinGW-specific code in LO: * Code from the original OOo native Windows effort that is no longer relevant for the LO cross-compilation effort, but has never been removed properly. * Code from the original OOo native Windows effort that is re-purposed for the LO cross-compilation effort. * Code that has been added specifially for the LO cross-compilation effort. All three kinds of code are removed. (An unrelated, remaining use of MinGW is for --enable-build-unowinreg, utilizing --with-mingw-cross-compiler, MINGWCXX, and MINGWSTRIP.) Change-Id: I49daad8669b4cbe49fa923050c4a4a6ff7dda568 Reviewed-on: https://gerrit.libreoffice.org/34127 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Stephan Bergmann <sbergman@redhat.com>
2017-02-01external/breakpad: Work around -fsanitize=alignmentStephan Bergmann2-0/+31
...as seen in the scenario described in 5997121a51e240c762b4d002d7d16b94ac13d4a1 "Support signal handlers registered with SA_SIGINFO", first > src/client/linux/minidump_writer/directory_reader.h:82:19: runtime error: member access within misaligned address 0x7f3f8235c2cc for type 'struct kernel_dirent', which requires 8 byte alignment > 0x7f3f8235c2cc: note: pointer points here > 10 02 00 00 d8 f8 3b 00 00 00 00 00 01 00 00 00 00 00 00 00 18 00 2e 00 00 00 00 04 02 c7 3b 00 and then > src/client/linux/minidump_writer/linux_dumper.cc:382:19: runtime error: member access within misaligned address 0x7f96c225d7bc for type 'google_breakpad::MappingInfo', which requires 8 byte alignment > 0x7f96c225d7bc: note: pointer points here > 20 0a 32 30 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 > ^ Change-Id: I7f739567879093a404bee3e351ce9e8257676183
2017-01-25Pass gb_VISIBILITY_FLAGS into external/breakpadStephan Bergmann1-1/+1
...to avoid UBSan (on Linux) reporting a ODR violation between google_breakpad::MinidumpDescriptor::kMicrodumpOnConsole (workdir/ UnpackedTarball/breakpad/src/client/linux/handler/minidump_descriptor.cc) defined in both the crashreport and sofficeapp dynamic libs. Change-Id: I686a6e2041c70f0aa17a774d705dc71d95d20183
2017-01-06breakpad: document how to read mini-dumps locallyMichael Stahl1-1/+21
Change-Id: I888930079fc93c609769ac31a025c410b9adad96
2016-06-27I screwed up with the breakpad minidump_stackwalk patchMarkus Mohrhard1-2/+2
This does not affect normal LibreOffice and is only important for the server side. Change-Id: I270262ed6e1b22c3ef41099fda19fa386f386203
2016-06-27always compile breakpad with O2Markus Mohrhard1-1/+1
Change-Id: I4cda93fee47244cf3eb7b13bb6cb2a3eab007cf0
2016-06-27better use a backward compatible way to change the outputMarkus Mohrhard1-7/+23
Change-Id: If5829e321db8af1f09cccafaf34a18343492f514
2016-06-25add code_id to the minidump_stackwalkMarkus Mohrhard2-0/+17
Change-Id: Ibcc32344780b7ad5814678cf7dd9a2167ede1661 Reviewed-on: https://gerrit.libreoffice.org/26649 Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com> Tested-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-06-14we are using our own minidump_upload executableMarkus Mohrhard2-21/+0
Change-Id: Icee770ff8e2db019031d618528a9aab83041389d Reviewed-on: https://gerrit.libreoffice.org/26244 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-05-21add missing file for breakpad libraryMarkus Mohrhard1-0/+1
Change-Id: I1e88b2c9d6ab91a43d03b3f87ba4e83842f2ac03
2016-03-31breakpad: fix module makefileMichael Stahl1-1/+1
ff9b7d118b34b53ec947af881fccd822e2aeb1fd removed the ExternalPackage instead of the ExternalProject. Change-Id: I9240526b29d0559e1485253383d39b5858e4039b
2016-03-30support building breakpad on windowsMarkus Mohrhard3-9/+46
Change-Id: I74b0e5a8e922935c9667491e5f33c514c3315d2a Reviewed-on: https://gerrit.libreoffice.org/23667 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-02-27fix a number of Wshadow warnings in breakpadMarkus Mohrhard3-0/+378
Change-Id: I8133e03e4ed21ac1efd9982860276d4776850bba Reviewed-on: https://gerrit.libreoffice.org/22567 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-02-22AFAICS breakpad does use neither glew nor libgltfDavid Tardon1-2/+0
Change-Id: Icfea7b921d990a3d7adcbebbda2cddbc62d8ea39
2016-02-22_use_autoconf is not neededDavid Tardon1-2/+0
It enables building with gcc wrappers on Windows, which is not used here Change-Id: I8b27ae9f8952fd3fbae37d17fdddfc1d3b9d5fb6
2016-02-22fix the minidump_upload script to send correct http headerMarkus Mohrhard2-0/+18
Change-Id: Ie373992ca9d69fec508778947a983fad56924a60 Reviewed-on: https://gerrit.libreoffice.org/22550 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-02-22package minidump_upload toolMarkus Mohrhard2-0/+21
We are going to use this tool for uploading the minidumps for now. Change-Id: I2c59d420e3884aee46411df913c2ec067e0c636b Reviewed-on: https://gerrit.libreoffice.org/22549 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
2016-02-22include breakpad into the buildMarkus Mohrhard5-0/+87
Change-Id: I1bfd107502332fc86ae5e96bbc1f475b8d669c6c Reviewed-on: https://gerrit.libreoffice.org/22547 Tested-by: Jenkins <ci@libreoffice.org> Reviewed-by: Markus Mohrhard <markus.mohrhard@googlemail.com>
generated by cgit v1.2.3 (git 2.39.1) at 2024-09-20 10:21:50 +0000