/ go Public
runtime: TestCallbackInAnotherThread timeout on windows-arm-zx2c4 #43668
Issues related to the Go compiler and/or runtime.
Someone must examine and confirm this is a valid issue and not a duplicate of an existing one.
The test hard-codes a 100ms timeout on the call:
Line 268 in f1980ef
It's not clear to me whether the hard-coded timeout is correct — 100ms seems like a long time, but is it possible for the builder to naturally stall for that long, say, loading the
CreateThreadfunction from the DLL?
CC @alexbrainman @zx2c4 @bradfitz
The text was updated successfully, but these errors were encountered: