(1)在dos平台下，該字元會被展開成< lf>兩個控制字元(相當於"\r\n")，在ascii字符集下是 0dh,0ah
(2)在unix平台下，僅僅是，不會展開。
(3)在二進位制方式下，不管是什麼平台，''\n''都是精確的。
關於eof：
eof可以作為文字檔案的結束標誌,但不能作為二進位制檔案的結束符.feof函式既可以判斷二進位制檔案,又可以判斷文字檔案.
在windows下，以文字方式寫入檔案的\n會被轉換為\r\n（也就是0x0d0a)，而在讀入的時候，\r\n會被轉換回\n，
還以內碼為26（0x1a）的字元（也稱
ctrl+z（
^z）)也作為檔案結束符
。 在linux/unix 系統上，只有一種檔案型別的系統，帶b字母的模式和對應的不帶b字母的模式是相同的（unix文字檔案通常不包含ctrl+z和\r）。
檔案結束符eof的正確使用
問題 來自 http topic.csdn.net u 20100103 00 99f1111e aebc 496d bcb2 889bbe82f091.html 如下 原因 剛好讀到檔案尾的時候，並不會設定檔案結束的標誌位，只有再讀取乙個位元組 由於到了檔案尾了，所以，讀取會失敗 時，才會設定檔案...
檔案結束符
初學c 一道例題 使用者輸入一組數，在輸出資訊中顯示共輸入多少個負數。include using namespace std int main cout 當使用istream物件作為條件，結果是測試流的狀態。如果流是有效的，也就是說，如果讀入下乙個輸入是可能的，那麼測試成功。遇到檔案結束符或遇到無效...
關於EOF 檔案結束符 問題的體會
最近寫了些 在對檔案的操作中發現了很經典的eof問題，呵呵。eof，即end of file，檔案結尾，作為檔案結束的標誌，在程式中常作為判斷的乙個標誌。但在我們平常的程式中卻常發生意想不到的結果。下面這段程式，猜猜它輸出的是什麼？char c ifstream fin d dat 設d dat檔案...