Commit Graph

1 Commits

Author SHA1 Message Date
Moritz Bunkus
190827ee5a
text I/O: always treat newlines as EOL regardless of detected EOL style
Problematic were files for which DOS-style EOLs were
detected (carriage return followed by newline, \r\n) but which had
some lines terminated solely by a newline (\n). In such a case the
EOL was only detected upon seeing the next \r\n, and the value
returned from the `getline()` function would return something that
everyone would judge to be multiple lines of text.

Fixes #2594.
2019-08-10 16:05:57 +02:00