"Johannes Schindelin via GitGitGadget" <gitgitgadget@xxxxxxxxx> writes: > This contribution came in via Git for Windows > [https://github.com/git-for-windows/git/pull/2516]. > > Sadly, I did not find the time to go through all the changes of 8f309aeb > ("strbuf: introduce strbuf_getline_{lf,nul}()", 2016-01-13) (as Junio asked > [https://public-inbox.org/git/xmqqmu9lnjdh.fsf@xxxxxxxxxxxxxxxxxxxxxxxxx]). > Rather than delaying this patch indefinitely, I admit defeat on that angle. Oh, that's OK. Thanks for resurrecting the stalled patch. I didn't mean the suggested action while I was waiting to be an exhaustive audit---I merely wanted to avoid having to queue a few more separate ones soon after applying a patch for just a single place. > Changes since v1: > > * Added a commit to adjust credential-daemon and credential-store in the > same manner. I am kind of surprised to see that these need to be touched at all. The change to credential-store is sort-of understandable, as the file it uses could be hand-modified in an editor and its line ending could have been changed to CRLF, hence it needs to be prepared. But does inter-process communication with the daemon need to care about CRLF line endings? Do parts of the protocol within the credential system use platform specific line ending?