aboutsummaryrefslogtreecommitdiff
path: root/src/internal/testenv/exec.go
diff options
context:
space:
mode:
authorCherry Mui <cherryyz@google.com>2023-08-28 14:57:29 -0400
committerCherry Mui <cherryyz@google.com>2023-10-26 18:46:50 +0000
commit0262ea1ff9ac3b9fd268a48fcaaa6811c20cbea2 (patch)
tree0b5ee8d3f2ce8c742b7fad74cdb70f17abed2c80 /src/internal/testenv/exec.go
parent29b80397a8f385ead0a9b3c11060a571438ef026 (diff)
downloadgo-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/internal/testenv/exec.go')
0 files changed, 0 insertions, 0 deletions