Re: [go-nuts] why does reading a file on windows add CRLF to unix line endings... sometimes?

2019-04-23 Thread Constantin Konstantinidis
$ git version git version 2.20.1.windows.1 $ go version go version go1.12.2 windows/amd64 $ git config -l | grep autocrlf core.autocrlf=true core.autocrlf=true Same issue remains intermittent. It is reproducible using git checkout -- Discarding changes sets default back to CRLF. I could not

Re: [go-nuts] why does reading a file on windows add CRLF to unix line endings... sometimes?

2019-04-22 Thread Dan Kortschak
Solved. This is Travis being "helpful" and settingĀ core.autocrlf=true in git config. https://travis-ci.community/t/files-in-checkout-have-eol-changed-from-l f-to-crlf/349/4 On Tue, 2019-04-23 at 07:50 +0930, Dan Kortschak wrote: > I have a test that is failing on travis on a windows build due to

[go-nuts] why does reading a file on windows add CRLF to unix line endings... sometimes?

2019-04-22 Thread Dan Kortschak
I have a test that is failing on travis on a windows build due to the presence of CRLF in the bytes returned by ioutil.ReadFile. The file itself uses unix line endings, so the CR is inserted by something somewhere along the line. However, this is not always the case. On AppVeyor, I do not see