You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
We're seeing a lot of corruption due to closures being garbage collected and then when the call happens we end up at a non-code PC, which faults. We should fix those bugs, obviously.
But the stack trace should also be able to scan past that, assuming it finds a reasonable caller PC on the stack. That will give us more information about what particular closure is being collected.
Russ Cox fixed this issue for other systems
in CL 12026, but the Plan 9 part was forgotten.
Fixes#11656.
Change-Id: I91c033687987ba43d13ad8f42e3fe4c7a78e6075
Reviewed-on: https://go-review.googlesource.com/12762
Reviewed-by: Russ Cox <rsc@golang.org>
We're seeing a lot of corruption due to closures being garbage collected and then when the call happens we end up at a non-code PC, which faults. We should fix those bugs, obviously.
But the stack trace should also be able to scan past that, assuming it finds a reasonable caller PC on the stack. That will give us more information about what particular closure is being collected.
See #11644 for an example crash.
The text was updated successfully, but these errors were encountered: