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
According to build.golang.org, windows-386 is consistently failing with
addr2line: reading C:\Users\WINGOP~1\AppData\Local\Temp\go-build886867138\runtime\trace_test\trace.test.exe: runtime.pclntab and runtime.epclntab symbols must be in the same section
--- FAIL: TestTraceSymbolize (0.21s)
trace_stack_test.go:134: failed to symbolize trace: failed to read from addr2line: EOF
FAIL
FAIL runtime/trace 1.958s
I can't imagine how that CL would have directly caused this. It seems more likely this is a compiler/linker bug that this CL happened to tickle. It looks like it resolved itself with the latest commit to master.
I tried to reproduce this on the gomotes, but wasn't able to. @adg, @bradfitz, are there differences between the windows-386-gce builder on the dashboard and the VM created by gomote create windows-386-gce that would cause a test that fails reliably on the dashboard to not fail in the gomote VM?
According to build.golang.org, windows-386 is consistently failing with
addr2line: reading C:\Users\WINGOP~1\AppData\Local\Temp\go-build886867138\runtime\trace_test\trace.test.exe: runtime.pclntab and runtime.epclntab symbols must be in the same section
--- FAIL: TestTraceSymbolize (0.21s)
trace_stack_test.go:134: failed to symbolize trace: failed to read from addr2line: EOF
FAIL
FAIL runtime/trace 1.958s
This first report was http://build.golang.org/log/ced968d0310b82a3ea7bdd092d249123efccc159 while testing https://golang.org/cl/16070.
The text was updated successfully, but these errors were encountered: