net: TestDialError fails

[gopherbot]

by limit.usus:

What steps will reproduce the problem?
1.run make.bash
2.run run.bash
3.

What is the expected output? What do you see instead?
I expected all tests will be passed but caught error.
Error occurs while running test program:
 %  ./run.bash
-snip-
make[1]: Entering directory `/home/limit/hg/go/src/pkg/net'
gotest
make[2]: Entering directory `/home/limit/hg/go/src/pkg/net'
rm -f _test/net.a _gotest_.6
make[2]: Leaving directory `/home/limit/hg/go/src/pkg/net'
make[2]: Entering directory `/home/limit/hg/go/src/pkg/net'
6g -o _gotest_.6 dnsclient.go dnsconfig.go dnsmsg.go fd.go fd_linux.go
ip.go ipsock.go net.go parse.go port.go sock.go tcpsock.go udpsock.go
unixsock.go    dialgoogle_test.go ip_test.go net_test.go parse_test.go
port_test.go server_test.go timeout_test.go
rm -f _test/net.a
gopack grc _test/net.a _gotest_.6 
make[2]: Leaving directory `/home/limit/hg/go/src/pkg/net'
throw: index out of range

panic PC=0x2ba316c10d38
throw+0x3e /home/limit/hg/go/src/pkg/runtime/runtime.c:74
        throw(0x47f060, 0x0)
runtime·throwindex+0x1c /home/limit/hg/go/src/pkg/runtime/runtime.c:47
        runtime·throwindex()
net·hostPortToIP+0x19a /home/limit/hg/go/src/pkg/net/ipsock.go:199
        net·hostPortToIP(0x446170, 0x0, 0x3, 0x0, 0x464280, ...)
net·ResolveTCPAddr+0x34 /home/limit/hg/go/src/pkg/net/tcpsock.go:61
        net·ResolveTCPAddr(0x464280, 0x0, 0xf, 0x0, 0x4462f0, ...)
net·Dial+0x2a3 /home/limit/hg/go/src/pkg/net/net.go:133
        net·Dial(0x446170, 0x0, 0x3, 0x0, 0x4462f0, ...)
net·TestDialError+0xbc /home/limit/hg/go/src/pkg/net/net_test.go:56
        net·TestDialError(0x16c5dd20, 0x2ba3)
testing·tRunner+0x22 /home/limit/hg/go/src/pkg/testing/testing.go:105
        testing·tRunner(0x16c5dd20, 0x2ba3, 0x494a28, 0x0)
goexit /home/limit/hg/go/src/pkg/runtime/proc.c:134
        goexit()
0x2ba316c5dd20 unknown pc

goroutine 3:
runtime·entersyscall+0x50 /home/limit/hg/go/src/pkg/runtime/proc.c:539
        runtime·entersyscall()
syscall·Syscall6+0x5 /home/limit/hg/go/src/pkg/syscall/asm_linux_amd64.s:41
        syscall·Syscall6()
syscall·EpollWait+0x84
/home/limit/hg/go/src/pkg/syscall/zsyscall_linux_amd64.go:132
        syscall·EpollWait(0x6, 0x2ba3, 0x16c2f120, 0x2ba3, 0x1, ...)
net·*pollster·WaitFD+0xb5 /home/limit/hg/go/src/pkg/net/fd_linux.go:116
        net·*pollster·WaitFD(0x16c09cb0, 0x2ba3, 0x399ca458, 0x0, 0x72, ...)
net·*pollServer·Run+0x9e /home/limit/hg/go/src/pkg/net/fd.go:237
        net·*pollServer·Run(0x16bcb5c0, 0x2ba3)
goexit /home/limit/hg/go/src/pkg/runtime/proc.c:134
        goexit()
0x2ba316bcb5c0 unknown pc

goroutine 1:
gosched+0x34 /home/limit/hg/go/src/pkg/runtime/proc.c:515
        gosched()
chanrecv+0x318 /home/limit/hg/go/src/pkg/runtime/chan.c:319
        chanrecv(0x16c61c80, 0x2ba3, 0x16c0ff68, 0x2ba3, 0x0, ...)
runtime·chanrecv1+0x50 /home/limit/hg/go/src/pkg/runtime/chan.c:415
        runtime·chanrecv1(0x16c61c80, 0x2ba3)
testing·Main+0x263 /home/limit/hg/go/src/pkg/testing/testing.go:132
        testing·Main(0x4949f8, 0x0)
main·main+0x23 /home/limit/hg/go/src/pkg/net/_testmain.go:21
        main·main()
mainstart+0xf /home/limit/hg/go/src/pkg/runtime/amd64/asm.s:55
        mainstart()
goexit /home/limit/hg/go/src/pkg/runtime/proc.c:134
        goexit()
make[1]: *** [test] Error 2
make[1]: Leaving directory `/home/limit/hg/go/src/pkg/net'
make: *** [net.test] Error 2

What is your $GOOS?  $GOARCH?
 % echo $GOARCH
amd64
 % echo $GOOS
linux

Which revision are you sync'ed to?  (hg log -l 1)
 % hg log -l 1
changeset:   3952:64e703cb307d
tag:         tip
user:        Russ Cox <[email protected]>
date:        Tue Nov 10 14:09:01 2009 -0800
summary:     update video links

Please provide any additional information below.

[gopherbot]

Comment 1 by raptium:

I have the same problem while GOARCH=amd64 and GOOS=darwin on Mac OS X 10.6.1
I am using a vpn(lt2p over ipsec) connection and `all.bash` ends up with this error
`all.bash` can finish successfully if vpn is disabled.

[rsc]

Comment 2:

Status changed to Duplicate.

Merged into issue #23.

[gopherbot]

Comment 3:

CL https://golang.org/cl/125940043 mentions this issue.