diff options
| author | Cherry Mui <cherryyz@google.com> | 2023-08-28 14:57:29 -0400 |
|---|---|---|
| committer | Cherry Mui <cherryyz@google.com> | 2023-10-26 18:46:50 +0000 |
| commit | 0262ea1ff9ac3b9fd268a48fcaaa6811c20cbea2 (patch) | |
| tree | 0b5ee8d3f2ce8c742b7fad74cdb70f17abed2c80 /src/bytes/bytes.go | |
| parent | 29b80397a8f385ead0a9b3c11060a571438ef026 (diff) | |
| download | go-0262ea1ff9ac3b9fd268a48fcaaa6811c20cbea2.tar.xz | |
runtime: print a stack trace at "morestack on g0"
Error like "morestack on g0" is one of the errors that is very
hard to debug, because often it doesn't print a useful stack trace.
The runtime doesn't directly print a stack trace because it is
a bad stack state to call print. Sometimes the SIGABRT may trigger
a traceback, but sometimes not especially in a cgo binary. Even if
it triggers a traceback it often does not include the stack trace
of the bad stack.
This CL makes it explicitly print a stack trace and throw. The
idea is to have some space as an "emergency" crash stack. When the
stack is in a really bad state, we switch to the crash stack and
do a traceback.
Currently only implemented on AMD64 and ARM64.
TODO: also handle errors like "morestack on gsignal" and bad
systemstack. Also handle other architectures.
Change-Id: Ibfc397202f2bb0737c5cbe99f2763de83301c1c1
Reviewed-on: https://go-review.googlesource.com/c/go/+/419435
LUCI-TryBot-Result: Go LUCI <golang-scoped@luci-project-accounts.iam.gserviceaccount.com>
Reviewed-by: Michael Pratt <mpratt@google.com>
Diffstat (limited to 'src/bytes/bytes.go')
0 files changed, 0 insertions, 0 deletions
