Skip to content

Conversation

@tmm1
Copy link

@tmm1 tmm1 commented Apr 10, 2019

fixes #126

@tmm1
Copy link
Author

tmm1 commented Apr 10, 2019

Looks like this causes a regression because win32File is embedded inside win32Pipe, so it has no way to know if its underlying handle is an actual file or not.

--- FAIL: TestReadTimeout (0.01s)
    pipe_test.go:136: expected ErrTimeout, got illegal seek

@jstarks
Copy link
Member

jstarks commented Apr 18, 2019

Perhaps newWin32File should query the file type (GetFileType) and behave accordingly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

(*win32File).Read() does not use file position

2 participants