[arm64/mips64el]TestSelect: panic: runtime error: invalid memory address or nil pointer dereference

[zhsj]

--- FAIL: TestSelect (0.00s)
panic: runtime error: invalid memory address or nil pointer dereference [recovered]
	panic: runtime error: invalid memory address or nil pointer dereference
[signal SIGSEGV: segmentation violation code=0x1 addr=0x0 pc=0x68a30]

goroutine 20 [running]:
testing.tRunner.func1(0x44200bc1e0)
	/usr/lib/go-1.10/src/testing/testing.go:742 +0x22c
panic(0x1120e0, 0x1dfed0)
	/usr/lib/go-1.10/src/runtime/panic.go:505 +0x1f0
syscall.Select(0x7, 0x4420098280, 0x0, 0x0, 0x0, 0x442003d6f0, 0x442003d6f8, 0x10)
	/usr/lib/go-1.10/src/syscall/syscall_linux_arm64.go:77 +0x20
github.com/elves/elvish/sys.Select(0x7, 0x4420098280, 0x0, 0x0, 0x0, 0x4420072600, 0x4420084680)
	/<<BUILDDIR>>/elvish-0.11+ds1/obj-aarch64-linux-gnu/src/github.com/elves/elvish/sys/select_linux.go:8 +0x40
github.com/elves/elvish/sys.TestSelect(0x44200bc1e0)
	/<<BUILDDIR>>/elvish-0.11+ds1/obj-aarch64-linux-gnu/src/github.com/elves/elvish/sys/select_test.go:48 +0x140
testing.tRunner(0x44200bc1e0, 0x13f750)
	/usr/lib/go-1.10/src/testing/testing.go:777 +0xb0
created by testing.(*T).Run
	/usr/lib/go-1.10/src/testing/testing.go:824 +0x25c
FAIL	github.com/elves/elvish/sys	0.007s

[xiaq]

Ugh, Select on those two platforms are emulated, and they will actually deference the timeout struct. This sounds more like Go's bug, but we can work around it.

[zhsj]

On Go 1.9 it's fine, 1.10 failed. So it's a regression in Go. When I can access to arm64/mipsel64, I may find a small test to open issue on Go.

[xiaq]

The smallest reproduction is simply:

syscall.Select(0, nil, nil, nil, nil)

[xiaq]

The culprit commit is golang/go@bf237f5

[zhsj]

Here goes the issue on Go golang/go#24189

However we should have workaround too, otherwise we need wait a new release of Go.