Question

I have a file with DOS line endings that I receive at run-time, so I cannot convert the line endings to UNIX-style offline. Also, my app runs on both Windows and Linux. My app does an fgets() on the file and tries to read in line-by-line.

Would the number of bytes read per line on Linux also account for 2 trailing characters (\r \n) or would it contain only (\n) and the \r would be discarded by the underlying system?

EDIT:

Ok, so the line endings are preserved while reading a file on Linux, but I have run into another issue. On Windows, opening the file in “r” or “rb” is behaving differently. Does windows treat these two modes distinctly, unlike Linux?

Answer 1

fgets() keeps line endings.

http://msdn.microsoft.com/en-us/library/c37dh6kf(v=vs.80).aspx

fgets() itself doesn’t have any special options for converting line endings, but on Windows, you can choose to either open a file in “binary” mode, or in “text” mode. In text mode Windows converts the CR/LF sequence (C string: “\r\n”) into just a newline (C string: “\n”). It’s a feature so that you can write the same code for Windows and Linux and it will work (you don’t need “\r\n” on Windows and just “\n” on Linux).

http://msdn.microsoft.com/en-US/library/yeby3zcb(v=vs.80)

Note that the Windows call to fopen() takes the same arguments as the call to fopen() in Linux. The “binary” mode needs a non-standard character ('b') in the file mode, but the “text” mode is the default. So I suggest you just use the same code lines for Windows and Linux; the Windows version of fopen() is designed for that.

The Linux version of the C library doesn’t have any tricky features. If the text file has CR/LF line endings, then that is what you get when you read it. Linux fopen() will accept a 'b' in the options, but ignores it!

http://linux.die.net/man/3/fopen

http://linux.die.net/man/3/fgets