diff options
author | Junio C Hamano <gitster@pobox.com> | 2015-10-28 13:17:29 -0700 |
---|---|---|
committer | Junio C Hamano <gitster@pobox.com> | 2016-01-14 15:05:55 -0800 |
commit | c8aa9fdf5dc15e2c508acb22df03d431983569ed (patch) | |
tree | 1d905b7200f02f7ae4bdd8966ec849e8ff1c52dc /credential.c | |
parent | dce80bd18cae17b2d5645e3a9c40e76f905fd643 (diff) | |
download | git-c8aa9fdf5dc15e2c508acb22df03d431983569ed.tar.gz |
strbuf: make strbuf_getline_crlf() global
Often we read "text" files that are supplied by the end user
(e.g. commit log message that was edited with $GIT_EDITOR upon 'git
commit -e'), and in some environments lines in a text file are
terminated with CRLF. Existing strbuf_getline() knows to read a
single line and then strip the terminating byte from the result, but
it is handy to have a version that is more tailored for a "text"
input that takes both '\n' and '\r\n' as line terminator (aka
<newline> in POSIX lingo) and returns the body of the line after
stripping <newline>.
Recently reimplemented "git am" uses such a function implemented
privately; move it to strbuf.[ch] and make it available for others.
Note that we do not blindly replace calls to strbuf_getline() that
uses LF as the line terminator with calls to strbuf_getline_crlf()
and this is very much deliberate. Some callers may want to treat an
incoming line that ends with CR (and terminated with LF) to have a
payload that includes the final CR, and such a blind replacement
will result in misconversion when done without code audit.
Signed-off-by: Junio C Hamano <gitster@pobox.com>
Diffstat (limited to 'credential.c')
0 files changed, 0 insertions, 0 deletions