-
Notifications
You must be signed in to change notification settings - Fork 17.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
net: tests using timer fail on macOS High Sierra 10.13 / iOS 11 #22062
Comments
See https://github.com/golang/go/wiki/Darwin and #22037. I guess that "go test -v -short=false" shows more test failures. |
How repeatable is this problem? |
Not a single success for this test since the update to High Sierra.
Kernel info
|
Okay, my friend kindly sent me the result of "cd $GOROOT/src/net; go test -short=false -count=10" on macOS High Sierra 10.13.
|
got the same problem, using macOS High Sierra. |
Look like on iOS there was the same issue 90fdc45 |
FWIW, my patch for #22037 doesn't fix this bug. Also, if my understanding of that bug is correct, High Sierra only broke Go's real timer, not monotonic timer; the failures in these tests look like results of measures that are computed using the monotonic timer (time.Now + time.Sub or time.Since). |
the dial_test.go looks like it's not detecting the right architecture
when I add amd64 to the else if it works just fine since the response is never below 95ms |
Change https://golang.org/cl/67350 mentions this issue: |
I guess everyone else is up to speed on this, but I'll note that we bumped the timeout on iOS in https://golang.org/cl/66491 because the test started failing on iOS 11. These failures do look very similar, so it appears that new versions of Darwin have introduced some sort of 100ms or 50ms timeout for some reason. |
Reopening to consider backporting CL 67350 to 1.9.2 to avoid unhelpful test failures on MacOS High Sierra. CC @rsc |
CL 66491 OK for Go 1.9.2. |
High Sierra hasn't been released yet, so I'm OK with telling people using an unreleased OS that they need to be using the newest Go release. And if we get Go 1.10 out before High Sierra is officially released then 1.8 will no longer be supported. But the fix is simple and safe so it's fine with me if we put it into 1.8.5. |
The CL pair appears to apply to Go 1.8.4 cleanly and is restricted to the tests, so I will include it while we have the fix paged in. |
Change https://golang.org/cl/70988 mentions this issue: |
Change https://golang.org/cl/71331 mentions this issue: |
…ort on all Darwin ports All current darwin architectures seem to take at least 100ms to dial a closed port, and that was making the all.bash script fail. Fixes #22062 Change-Id: Ib79c4b7a5db2373c95ce5d993cdcbee55cc0667f Reviewed-on: https://go-review.googlesource.com/67350 Reviewed-by: Ian Lance Taylor <[email protected]> Reviewed-on: https://go-review.googlesource.com/71331 Run-TryBot: Russ Cox <[email protected]> TryBot-Result: Gobot Gobot <[email protected]>
…ort on all Darwin ports All current darwin architectures seem to take at least 100ms to dial a closed port, and that was making the all.bash script fail. Fixes #22062 Change-Id: Ib79c4b7a5db2373c95ce5d993cdcbee55cc0667f Reviewed-on: https://go-review.googlesource.com/67350 Reviewed-by: Ian Lance Taylor <[email protected]> Reviewed-on: https://go-review.googlesource.com/70988 Run-TryBot: Russ Cox <[email protected]> TryBot-Result: Gobot Gobot <[email protected]>
go1.9.2 has been packaged and includes: The release is posted at golang.org/dl. — golang.org/x/build/cmd/releasebot, Oct 26 21:09:19 UTC |
What version of Go are you using (
go version
)?go version go1.9 darwin/amd64
Does this issue reproduce with the latest release?
yes
What operating system and processor architecture are you using (
go env
)?What did you do?
Run
What did you expect to see?
What did you see instead?
The text was updated successfully, but these errors were encountered: