aboutsummaryrefslogtreecommitdiff
path: root/src/common/linux/google_crashdump_uploader.cc
diff options
context:
space:
mode:
authorIvan Penkov <ivanpe@chromium.org>2015-10-05 11:35:09 -0700
committerIvan Penkov <ivanpe@chromium.org>2015-10-05 11:35:09 -0700
commitf948d8d623ea140ceadca140e273baf13ca16b3f (patch)
tree7de76d836e656f87268c0d93607a970aecac18c4 /src/common/linux/google_crashdump_uploader.cc
parent[mac] Teach dump_syms to handle additional zerofill sections (diff)
downloadbreakpad-f948d8d623ea140ceadca140e273baf13ca16b3f.tar.xz
Increasing the Breakpad stack walker max scan limit from 30 to 40.
Chrome started hitting some crashes in v8 jitted code which happens to be non ABI compliant and debuggers (including WinDBG) are unable to produce meaningful stack traces. The Breakpad stack walker has some builtin heuristics to deal with such cases. More specifically, when unable to find a good parent frame, it scans the raw stack to find a suitable parent frame. The max scan size was set at 30 pointers which was (apparently) not enough to recover in this case. I'm increasing it to 40 pointers. I confirmed that at 34 pointers it was able to recover however I'm setting it to 40 in order to it some slack. I needed to update two unittests which were expecting the previous scan limit. BUG= R=mark@chromium.org Review URL: https://codereview.chromium.org/1379433005 .
Diffstat (limited to 'src/common/linux/google_crashdump_uploader.cc')
0 files changed, 0 insertions, 0 deletions