packer-community / winrmcp

Copy files to a remote host using WinRM
MIT License
58 stars 31 forks source link

Test failed: not enough arguments in call to parseEndpoint #25

Closed zhsj closed 4 years ago

zhsj commented 7 years ago
cloud@ustc1 ~/go/src/github.com/packer-community/winrmcp (master) $ go test ./...
# github.com/packer-community/winrmcp/winrmcp
winrmcp/endpoint_test.go:10: not enough arguments in call to parseEndpoint
        have (string, bool, bool, nil, time.Duration)
        want (string, bool, bool, string, []byte, time.Duration)
winrmcp/endpoint_test.go:37: not enough arguments in call to parseEndpoint
        have (string, bool, bool, []byte, number)
        want (string, bool, bool, string, []byte, time.Duration)
winrmcp/endpoint_test.go:70: not enough arguments in call to parseEndpoint
        have (string, bool, bool, nil, time.Duration)
        want (string, bool, bool, string, []byte, time.Duration)
winrmcp/endpoint_test.go:97: not enough arguments in call to parseEndpoint
        have (string, bool, bool, []byte, number)
        want (string, bool, bool, string, []byte, time.Duration)
winrmcp/endpoint_test.go:130: not enough arguments in call to parseEndpoint
        have (string, bool, bool, nil, time.Duration)
        want (string, bool, bool, string, []byte, time.Duration)
winrmcp/endpoint_test.go:157: not enough arguments in call to parseEndpoint
        have (string, bool, bool, []byte, number)
        want (string, bool, bool, string, []byte, time.Duration)
winrmcp/endpoint_test.go:189: not enough arguments in call to parseEndpoint
        have (string, bool, bool, nil, number)
        want (string, bool, bool, string, []byte, time.Duration)
winrmcp/endpoint_test.go:200: not enough arguments in call to parseEndpoint
        have (string, bool, bool, nil, number)
        want (string, bool, bool, string, []byte, time.Duration)
?       github.com/packer-community/winrmcp     [no test files]
FAIL    github.com/packer-community/winrmcp/winrmcp [build failed]
zhsj commented 4 years ago

Fixed in #26