On Windows we can sometimes encounter threads stopped in locations for which we do not have entries in debug_frame. These cases seem to be due to calls to Windows API in the go runtime, we can still produce a (partial) stack trace in this circumstance by following frame pointers (starting with BP). We still prefer debug_frame entries when available since go functions do not have frame pointers before go1.8. |
||
|---|---|---|
| .. | ||
| cmd | ||
| common_test.go | ||
| integration1_test.go | ||
| integration2_test.go | ||
| variables_test.go | ||