Moritz Neeb <lists@xxxxxxxxxxxxx> writes:
> The lines read from BISECT_NAMES are trimmed with strbuf_trim()
> immediately. There is thus no logic expecting CR, so
> strbuf_getline_lf() can be replaced by its CRLF counterpart.
We do not indent the whole log message.
You would also want to think about the necessity of strbuf_trim()
here. Now strbuf_getline() would trim the trailing CR, would we
still need to call strbuf_trim() here? The code will break if you
just remove the call, but on the other hand, you will realize that
the trimming done by calling it is excessive and unnecessary, once
you inspect the code and learn who writes the file being read here
and how.
> Signed-off-by: Moritz Neeb <lists@xxxxxxxxxxxxx>
> ---
> bisect.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/bisect.c b/bisect.c
> index 06ec54e..bf7c885 100644
> --- a/bisect.c
> +++ b/bisect.c
> @@ -440,7 +440,7 @@ static void read_bisect_paths(struct argv_array *array)
> if (!fp)
> die_errno("Could not open file '%s'", filename);
> - while (strbuf_getline_lf(&str, fp) != EOF) {
> + while (strbuf_getline(&str, fp) != EOF) {
> strbuf_trim(&str);
> if (sq_dequote_to_argv_array(str.buf, array))
> die("Badly quoted content in file '%s': %s",
--
To unsubscribe from this list: send the line "unsubscribe git" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html