3party/crashpad
0
0
Fork 0
mirror of https://github.com/chromium/crashpad.git synced 2024-12-26 23:01:05 +08:00
Code Issues Projects Releases Wiki Activity
crashpad/AUTHORS

16 lines
444 B
Plaintext
Raw Normal View History

Initial commit of Crashpad. This commit contains the basic structure of the project: - LICENSE and related files. - DEPS to check dependencies out into third_party. - README.crashpad files and .gyp files to accompany third_party dependencies. - Infrastructure to run GYP as a gclient hook. - codereview.settings to enable Rietveld code review. - Assorted other administrative and dot-files. R=rsesek@chromium.org Review URL: https://codereview.chromium.org/426403002
2014-07-30 23:24:58 -04:00
# This is the official list of Crashpad authors for copyright purposes.
# This file is distinct from the CONTRIBUTORS files.
# See the latter for an explanation.
# Names should be added to this file as:
# Name or Organization <email address>
# The email address is not required for organizations.
Google Inc.
aarch64: Use xzr instead of x31 in the ASM code Officially, register X31 does not exist. The code is zeroing out a location and thus actually needs XZR. LLVM seems to automatically translate X31 into XZR when compiling the code, but GCC (tested 7.3.0) refuses to accept the instruction: ../../third_party/crashpad/crashpad/util/misc/capture_context_linux.S: Assembler messages: ../../third_party/crashpad/crashpad/util/misc/capture_context_linux.S:291: Error: operand 1 must be an integer register -- `str x31,[x0,#0xb0]' Bug: chromium:819294 Change-Id: I85be3923ac56fca6e3ec59d7e22b2223cfc8fa63 Reviewed-on: https://chromium-review.googlesource.com/1078818 Reviewed-by: Joshua Peraza <jperaza@chromium.org> Commit-Queue: Raphael Kubo da Costa <raphael.kubo.da.costa@intel.com>
2018-05-30 18:34:14 +02:00
Intel Corporation
win: Handle the case when GetBytesBuffer returns error in HTTPTransportWin HTTPBodyStream::GetBytesBuffer returns negative number on error. Change-Id: I9958fb35d65e894067d71e8f37c30ff8948cd90d Reviewed-on: https://chromium-review.googlesource.com/366360 Reviewed-by: Scott Graham <scottmg@chromium.org> Reviewed-by: Mark Mentovai <mark@chromium.org>
2016-08-05 11:00:38 +02:00
Opera Software ASA
[jumbo] add some missing include guards Change-Id: I062c853d65c3e89a61920d790d9bc5c993b46fcd Reviewed-on: https://chromium-review.googlesource.com/884581 Commit-Queue: Scott Graham <scottmg@chromium.org> Reviewed-by: Scott Graham <scottmg@chromium.org>
2018-01-24 23:25:43 +01:00
Vewd Software AS
Fix crashpad build on non Android ARMEL with a recent GLIBC. user_vfp is not declared anymore in sys/user.h, but in specific internal kernel asm user.h in GLIBC. So building crashpad on ARMEL with such a GLIBC will fail to build. Also, sys/ptrace.h will not include the declarations for PTRACE_GET_THREAD_AREA and PTRACE_GETVFPREG in arm (they are in asm/ptrace.h and not included from sys/ptrace.h). So provide compatibility declarations accordingly for arm architecture. Change-Id: I58ab5274a66d84c0cbc9e9e9b23e0abc37bf67e5 Reviewed-on: https://chromium-review.googlesource.com/996073 Reviewed-by: Mark Mentovai <mark@chromium.org>
2018-04-04 18:13:02 +02:00
LG Electronics, Inc.
Added MIPS support to crashpad. Modified gyp/gn files to support MIPS targets. Implemented thread_info, cpu_context, signal context classes for MIPS target. Addressed MIPS specific signal ordering. Added "MIPS Technologies, Inc." to AUTHORS file. Bug: crashpad:232 Change-Id: Ibfc221ba54088e95f984b9dc6be5fd52f86abcc2 Reviewed-on: https://chromium-review.googlesource.com/1064594 Commit-Queue: Joshua Peraza <jperaza@chromium.org> Reviewed-by: Joshua Peraza <jperaza@chromium.org>
2018-07-10 11:17:22 +02:00
MIPS Technologies, Inc.
posix: Replace DoubleForkAndExec() with ForkAndSpawn() The DoubleForkAndExec() function was taking over 622 milliseconds to run on macOS 11 (BigSur) on Intel i5-1038NG7. I did some debugging by adding some custom traces and found that the fork() syscall is the bottleneck here, i.e., the first fork() takes around 359 milliseconds and the nested fork() takes around 263 milliseconds. Replacing the nested fork() and exec() with posix_spawn() reduces the time consumption to 257 milliseconds! See https://github.com/libuv/libuv/pull/3064 to know why fork() is so slow on macOS and why posix_spawn() is a better replacement. Another point to note is that even base::LaunchProcess() from Chromium calls posix_spawnp() on macOS - https://source.chromium.org/chromium/chromium/src/+/8f8d82dea0fa8f11f57c74dbb65126f8daba58f7:base/process/launch_mac.cc;l=295-296 Change-Id: I25c6ee9629a1ae5d0c32b361b56a1ce0b4b0fd26 Reviewed-on: https://chromium-review.googlesource.com/c/crashpad/crashpad/+/3641386 Reviewed-by: Mark Mentovai <mark@chromium.org> Commit-Queue: Mark Mentovai <mark@chromium.org>
2022-06-16 12:09:22 +05:30
Darshan Sen <raisinten@gmail.com>
Reference in New Issue Copy Permalink