Skip to content

feat(STAFF-121291): Crashpad Windows needs some delay to re-run #4

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Closed
wants to merge 122 commits into from

Conversation

yucelalbar
Copy link

No description provided.

tonyo and others added 30 commits March 13, 2019 11:25
* master: (116 commits)
  mac: Update the process_types version of dyld_all_image_infos for 10.15
  linux: set dumpable for all signal handlers
  android: insert app_process at start of handler argv
  linux: make GetHandlerSocket() params optional
  linux: fix --monitor-self
  linux: silence logs on client disconnect
  make PruneCrashReportDatabase return the number of pruned crash reports
  chromeos: fix typo
  Check if attachment directories exist before open
  [POSIX] stop logging on ENOENT
  update gyp_crashpad_android.py
  android, chromeos: fix build breakages
  [fuchsia] fix crashpad_use_boringssl_for_http_transport_socket path
  linux: Allow configuring unhandled signals
  cros: Pass a dir for minidumps to crash_reporter
  [Log minidump] OutputStream interface and zlib implementation
  Roll crashpad/third_party/mini_chromium/mini_chromium/ 588976752..660b43a77 (2 commits)
  linux: initialize crash_loop_before_time member
  linux: Move Cros crash handling to CrosCrashReportExceptionHandler
  linux, compat: add a memfd_create wrapper
  ...
* build: add CMake files for crashpad

* add explicit submodule for mini_chromium

* make cmake builds work on windows

* review feedback, add separate getsentry README

* better document changes, add update instructions
This change adds a missing `/SUBSYSTEM:WINDOWS` option to the linker command line on Windows for the `crashpad_handler.exe` binary. Without this option (which the regular Crashpad build system [also adds](https://github.com/getsentry/crashpad/blob/getsentry/handler/handler.gyp#L90)) the resulting executable will open an empty console window on startup, which is particularly unsightly for Windows GUI applications integrating `sentry-native` which would otherwise have no console windows.
Swatinem and others added 27 commits September 7, 2021 15:35
This just copied the source of `libunwind` from llvm-project, without any changes.
This builds the vendored copy of libunwind on macOS when
CRASHPAD_ENABLE_STACKTRACE is enabled.

Co-authored-by: Sebastian Zivota <loewenheim@users.noreply.github.com>
Co-authored-by: Betty Da <bda@sentry.io>
Co-authored-by: Arpad Borsos <swatinem@swatinem.de>
This patches our vendored libunwind version to support remote unwinding
on macOS.

More specifically, this revives some previously existing, but never
finished or working code, which was removed in
llvm/llvm-project@368c02e
feat(STAFF-121291): Edits to be compatible with Windows
 Get latest changes of getsentry/crashpad
@yucelalbar yucelalbar closed this Oct 26, 2021
@google-cla
Copy link

google-cla bot commented Oct 26, 2021

Thanks for your pull request. It looks like this may be your first contribution to a Google open source project (if not, look below for help). Before we can look at your pull request, you'll need to sign a Contributor License Agreement (CLA).

📝 Please visit https://cla.developers.google.com/ to sign.

Once you've signed (or fixed any issues), please reply here with @googlebot I signed it! and we'll verify it.


What to do if you already signed the CLA

Individual signers
Corporate signers

ℹ️ Googlers: Go here for more info.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.