Am 02.10.2014 um 15:42 schrieb Torsten Bögershausen:
> First things first:
> We have a file with LF in the repo, and check it out.
>
> Read it like this:
> "eol__crlf_false_attr_auto_.actual"
> ^ *.txt auto in .gitconfig
> ^
> core.autocrlf is false
> ^
> core.eol is unset
Thanks for the explanation.
> The file is expected to have LF in the working tree, but has CRLF
>
>> :17 +0000
>> @@ -1,3 +1,3 @@
>> -0000000 l i n e 1 \n l i n e 2 \n l i n e
>> -0000020 3
>> -0000021
>> +0000000 l i n e 1 \r \n l i n e 2 \r \n l i
>> +0000020 n e 3
>> +0000023
>>
>> Reading convert.h tells me that for undefined NATIVE_CRLF the native EOL is LF.
>> Which looks like the test is correct.
>>
>> Thomas
>>
> Which version of t0027 do you have:
> The latest version in git.git is this one,
> and "should pass" (but I may have missed something)
>
> commit f6975a6b119128de1c5a89e6cd64f75ed1de2177
> Author: Torsten Bögershausen <
tbo...@web.de>
> Date: Sat Aug 16 22:16:58 2014 +0200
>
> t0027: Tests for core.eol=native, eol=lf, eol=crlf
>
> Add test cases for core.eol "native" and "" (unset).
> (MINGW uses CRLF, all other systems LF as native line endings)
>
> Add test cases for the attributes "eol=lf" and "eol=crlf"
>
> Other minor changes:
> - Use the more portable 'tr' instead of 'od -c' to convert '\n' into 'Q'
> and '\0' into 'N'
> - Style fixes for shell functions according to the coding guide lines
> - Replace "txtbin" with "attr"
>
> Signed-off-by: Torsten Bögershausen <
tbo...@web.de>
> Signed-off-by: Junio C Hamano <
git...@pobox.com>
Correct guess! I've been testing the original version 343151dc (t0027:
combinations of core.autocrlf, core.eol and text, 2014-07-08).
f6975a6 of t0027-autocrlf.sh passes now completely.
Thanks for the quick reply.
Thomas