From a482f0053d4920359b7a010fbc47fcb3c5b0f13b Mon Sep 17 00:00:00 2001 From: rubidium Date: Tue, 2 Sep 2008 20:24:55 +0000 Subject: (svn r14231) -Fix: Windows binaries not able to read non-windows newlines ini files. For more detail read the 'attached' diff. --- src/ini.cpp | 14 +++++++++++++- 1 file changed, 13 insertions(+), 1 deletion(-) (limited to 'src') diff --git a/src/ini.cpp b/src/ini.cpp index defc913c9..61ac06289 100644 --- a/src/ini.cpp +++ b/src/ini.cpp @@ -146,7 +146,19 @@ void IniFile::LoadFromDisk(const char *filename) uint comment_alloc = 0; size_t end; - FILE *in = FioFOpenFile(filename, "r", DATA_DIR, &end); + /* + * Now we are going to open a file that contains no more than simple + * plain text. That would raise the question: "why open the file as + * if it is a binary file?". That's simple... Microsoft, in all + * their greatness and wisdom decided it would be useful if ftell + * is aware of '\r\n' and "sees" that as a single character. The + * easiest way to test for that situation is by searching for '\n' + * and decrease the value every time you encounter a '\n'. This will + * thus also make ftell "see" the '\r' when it is not there, so the + * result of ftell will be highly unreliable. So to work around this + * marvel of wisdom we have to open in as a binary file. + */ + FILE *in = FioFOpenFile(filename, "rb", DATA_DIR, &end); if (in == NULL) return; end += ftell(in); -- cgit v1.2.3-70-g09d2