|
|
Descriptioncontent: Allow printing stack-trace when browser process crashes.
browser-process currently leaves a stacktrace when a CHECK() is tripped,
but leaves no trace if it crashes for some other reason (e.g. illegal
operation, segfault etc.). This change makes sure crashes from these
in the browser process also leave a backtrace.
BUG=none
Review-Url: https://codereview.chromium.org/2674373003
Cr-Commit-Position: refs/heads/master@{#449034}
Committed: https://chromium.googlesource.com/chromium/src/+/f6fb2a71b8b6c25094720ab815204250d2debb00
Patch Set 1 #Patch Set 2 : Initialize stack-dumper before crash-reporter. #Patch Set 3 : . #Messages
Total messages: 25 (16 generated)
sadrul@chromium.org changed reviewers: + jam@chromium.org
The CQ bit was checked by sadrul@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was checked by sadrul@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: Try jobs failed on following builders: win_chromium_x64_rel_ng on master.tryserver.chromium.win (JOB_FAILED, http://build.chromium.org/p/tryserver.chromium.win/builders/win_chromium_x64_...)
jamescook@chromium.org changed reviewers: + jamescook@chromium.org
drive-by LGTM. This is good from a Chrome OS crash reporting perspective. In particular, the old code would call breakpad::InitCrashReporter() in ChromeMainDelegate *before* EnableInProcessStackDumping(), which on non-official builds was probably breaking crash reporting. (That would only break it for developers, of course.) This seems to put things in the right order.
On 2017/02/07 15:26:45, James Cook wrote: > drive-by LGTM. This is good from a Chrome OS crash reporting perspective. In > particular, the old code would call breakpad::InitCrashReporter() in > ChromeMainDelegate *before* EnableInProcessStackDumping(), which on non-official > builds was probably breaking crash reporting. (That would only break it for > developers, of course.) This seems to put things in the right order. (Forgot to mention: EnableInProcessStackDumping on Linux overwrites signal handlers that breakpad::InitCrashReporter installs, whereas breakpad is smart enough to call existing signal handlers if it is initialized second.)
lgtm
On 2017/02/07 17:45:11, jam wrote: > lgtm although this seems to break ContentBrowserTest.RendererCrashCallStack?
The CQ bit was checked by sadrul@chromium.org to run a CQ dry run
Dry run: CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
On 2017/02/07 17:45:43, jam wrote: > On 2017/02/07 17:45:11, jam wrote: > > lgtm > > although this seems to break ContentBrowserTest.RendererCrashCallStack? Yep. I have fixed that in the latest patchset. Mind taking another look? Thanks!
The CQ bit was unchecked by commit-bot@chromium.org
Dry run: This issue passed the CQ dry run.
lgtm
The CQ bit was checked by sadrul@chromium.org
The patchset sent to the CQ was uploaded after l-g-t-m from jamescook@chromium.org Link to the patchset: https://codereview.chromium.org/2674373003/#ps40001 (title: ".")
CQ is trying da patch. Follow status at https://chromium-cq-status.appspot.com/v2/patch-status/codereview.chromium.or...
CQ is committing da patch. Bot data: {"patchset_id": 40001, "attempt_start_ts": 1486576457305120, "parent_rev": "9c873d8cc8d88b07459b488af5d2da479e5c3acc", "commit_rev": "f6fb2a71b8b6c25094720ab815204250d2debb00"}
Message was sent while issue was closed.
Description was changed from ========== content: Allow printing stack-trace when browser process crashes. browser-process currently leaves a stacktrace when a CHECK() is tripped, but leaves no trace if it crashes for some other reason (e.g. illegal operation, segfault etc.). This change makes sure crashes from these in the browser process also leave a backtrace. BUG=none ========== to ========== content: Allow printing stack-trace when browser process crashes. browser-process currently leaves a stacktrace when a CHECK() is tripped, but leaves no trace if it crashes for some other reason (e.g. illegal operation, segfault etc.). This change makes sure crashes from these in the browser process also leave a backtrace. BUG=none Review-Url: https://codereview.chromium.org/2674373003 Cr-Commit-Position: refs/heads/master@{#449034} Committed: https://chromium.googlesource.com/chromium/src/+/f6fb2a71b8b6c25094720ab81520... ==========
Message was sent while issue was closed.
Committed patchset #3 (id:40001) as https://chromium.googlesource.com/chromium/src/+/f6fb2a71b8b6c25094720ab81520... |