亚洲第一黄色网址,亚洲国产精品白丝在线观看,毛茸茸bbw亚洲人

【轉(zhuǎn)】getchar()和EOF總結(jié)及 feof

轉(zhuǎn)載自：http://www.cnitblog.com/guopingleee/archive/2009/01/29/54047.html

地址:
http://bbs.chinaunix.net/viewthread.php?tid=981231&extra=&page=2

我看這兩個的區(qū)別都不知為這有多愁, 就是看不懂, 想不通, 時間放長了, 真還是不懂, 學(xué)了這么時間都不懂兩個區(qū)別, 也不知什么時候用哪個EOF feof , 一直為這困惑....不清,

這兩個區(qū)別為什么搞不懂呢, 網(wǎng)上資講得真是迷惑不解, 我就一心找找找.....找找找....再找....

找找找.....找找找....再找....找找找.....找找找....再找....
找找找.....找找找....再找....沒有人來給你講區(qū)別, 有只自己給自己當(dāng)老師, 自己就是世界上最好的老師.
重點(diǎn)開始:

QUOTE:

原帖由 思一克 于 2007-8-24 16:32 發(fā)表 screen.width*0.7) {this.resized=true; this.width=screen.width*0.7; this.style.cursor='hand'; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}" onmousewheel="return imgzoom(this);" onclick="if(!this.resized) {return true;} else {window.open(this.src);}" border=0 alt="" src="http://bbs.chinaunix.net/images/common/back.gif" onload="if(this.width>screen.width*0.7) {this.resized=true; this.width=screen.width*0.7; this.alt='Click here to open new window\nCTRL+Mouse wheel to zoom in/out';}">
getchar()的返回應(yīng)定義為INT. 而不是char

看高手過招，學(xué)習(xí)了。

版主說得對，getchar的定義是：int getchar(void), 應(yīng)該返回int.

原帖由 whyglinux 于 2008 - 6 - 6 22 : 46 發(fā)表

>> 關(guān)于文件結(jié)束符EOF

EOF 是 End Of File 的縮寫。

在 C 語言中，它是在標(biāo)準(zhǔn)庫中定義的一個宏。

人們經(jīng)常誤認(rèn)為 EOF 是從文件中讀取的一個字符。其實(shí)，EOF 不是一個字符，它被定義為是 int 類型的一個

說的標(biāo)準(zhǔn). 正解.

>> 關(guān)于文件結(jié)束符EOF

EOF 是 End Of File 的縮寫。

在 C 語言中，它是在標(biāo)準(zhǔn)庫中定義的一個宏。

人們經(jīng)常誤認(rèn)為 EOF 是從文件中讀取的一個字符(牢記)。其實(shí)，EOF 不是一個字符，它被定義為是 int 類型的一個負(fù)數(shù)（比如 -1）。EOF 也不是文件中實(shí)際存在的內(nèi)容。EOF 也不是只表示讀文件到了結(jié)尾這一狀態(tài)（這種狀態(tài)可以用 feof() 來檢測），它還能表示 I/O 操作中的讀、寫錯誤（通常可以用 ferror() 來檢測）以及其它一些關(guān)聯(lián)操作的錯誤狀態(tài)。

getchar 返回EOF如果讀到文件末

大師級經(jīng)典的著作，要字斟句酌的去讀，去理解。以前在看K&R的The C Programming Language(SecondEdition)
第1.5節(jié)的字符輸入/輸出，被getchar()和EOF所迷惑了。可能主要還是由于沒有搞清楚getchar()的工作原理和EOF的用法。因此,感覺很有必要總結(jié)一下，不然，很多瑣碎的知識點(diǎn)長時間過后就會淡忘的，只有寫下來才是最好的方法。

其實(shí)，getchar()最典型的程序也就幾行代碼而已。本人所用的環(huán)境是DebianGNU/Linux，在其他系統(tǒng)下也一樣。
一、getchar的兩點(diǎn)總結(jié)：
1.getchar是以行為單位進(jìn)行存取的。
當(dāng)用getchar進(jìn)行輸入時，如果輸入的第一個字符為有效字符(即輸入是文件結(jié)束符EOF，Windows下為組合鍵Ctrl+Z，Unix/Linux下為組合鍵Ctrl+D)，那么只有當(dāng)最后一個輸入字符為換行符'\n'(也可以是文件結(jié)束符EOF，EOF將在后面討論)時，getchar才會停止執(zhí)行，整個程序?qū)聢?zhí)行。譬如下面程序段：

while((c =getchar())!=EOF){
putchar(c);
}

執(zhí)行程序，輸入：abc，然后回車。則程序就會去執(zhí)行puchar(c)，然后輸出abc，這個地方不要忘了，系統(tǒng)輸出的還有一個回車。然后可以繼續(xù)輸入，再次遇到換行符的時候，程序又會把那一行的輸入的字符輸出在終端上。

對于getchar，肯定很多初學(xué)的朋友會問，getchar不是以字符為單位讀取的嗎？那么，既然我輸入了第一個字符a，肯定滿足while循環(huán)(c = getchar()) != EOF的條件阿，那么應(yīng)該執(zhí)行putchar(c)在終端輸出一個字符a。不錯，我在用getchar的時候也是一直這么想的，但是程序就偏偏不著樣執(zhí)行，而是必需讀到一個換行符或者文件結(jié)束符EOF才進(jìn)行一次輸出。

對這個問題的一個解釋是，在大師編寫C的時候，當(dāng)時并沒有所謂終端輸入的概念，所有的輸入實(shí)際上都是按照文件進(jìn)行讀取的，文件中一般都是以行為單位的。因此，只有遇到換行符，那么程序會認(rèn)為輸入結(jié)束，然后采取執(zhí)行程序的其他部分。同時，輸入是按照文件的方式存取的，那么要結(jié)束一個文件的輸入就需用到EOF(Enf Of File). 這也就是為什么getchar結(jié)束輸入退出時要用EOF的原因。

2.getchar()的返回值一般情況下是字符，但也可能是負(fù)值，即返回EOF。

這里要強(qiáng)調(diào)的一點(diǎn)就是，getchar函數(shù)通常返回終端所輸入的字符，這些字符系統(tǒng)中對應(yīng)的ASCII值都是非負(fù)的。因此，很多時候，我們會寫這樣的兩行代碼：

char c;
c =getchar();

這樣就很有可能出現(xiàn)問題。因?yàn)間etchar函數(shù)除了返回終端輸入的字符外，在遇到Ctrl+D(Linux下)即文件結(jié)束符EOF時，getchar()的返回EOF，這個EOF在函數(shù)庫里一般定義為-1。因此，在這種情況下，getchar函數(shù)返回一個負(fù)值，把一個負(fù)值賦給一個char型的變量是不正確的。為了能夠讓所定義的變量能夠包含getchar函數(shù)返回的所有可能的值，正確的定義方法如下(K&R C中特別提到了這個問題)：

int c;
c =getchar();

二、EOF的兩點(diǎn)總結(jié)(主要指普通終端中的EOF)
1.EOF作為文件結(jié)束符時的情況：

EOF雖然是文件結(jié)束符，但并不是在任何情況下輸入Ctrl+D(Windows下Ctrl+Z)都能夠?qū)崿F(xiàn)文件結(jié)束的功能，只有在下列的條件下，才作為文件結(jié)束符。
(1)遇到getcahr函數(shù)執(zhí)行時，要輸入第一個字符時就直接輸入Ctrl+D，就可以跳出getchar(),去執(zhí)行程序的其他部分；
(2)在前面輸入的字符為換行符時，接著輸入Ctrl+D；
(3)在前面有字符輸入且不為換行符時，要連著輸入兩次Ctrl+D，這時第二次輸入的Ctrl+D起到文件結(jié)束符的功能，至于第一次的Ctrl+D的作用將在下面介紹。
其實(shí)，這三種情況都可以總結(jié)為只有在getchar()提示新的一次輸入時，直接輸入Ctrl+D才相當(dāng)于文件結(jié)束符。

2.EOF作為行結(jié)束符時的情況，這時候輸入Ctrl+D并不能結(jié)束getchar(),而只能引發(fā)getchar()提示下一輪的輸入。

這種情況主要是在進(jìn)行g(shù)etchar()新的一行輸入時，當(dāng)輸入了若干字符(不能包含換行符)之后，直接輸入Ctrl+D，此時的Ctrl+D并不是文件結(jié)束符，而只是相當(dāng)于換行符的功能，即結(jié)束當(dāng)前的輸入。以上面的代碼段為例，如果執(zhí)行時輸入abc，然后Ctrl+D，程序輸出結(jié)果為：
abcabc

注意:第一組abc為從終端輸入的，然后輸入Ctrl+D，就輸出第二組abc，同時光標(biāo)停在第二組字符的c后面,然后可以進(jìn)行新一次的輸入。這時如果再次輸入Ctrl+D，則起到了文件結(jié)束符的作用，結(jié)束getchar（）。
如果輸入abc之后，然后回車，輸入換行符的話，則終端顯示為：
abc       //第一行，帶回車
abc       //第二行
            //第三行

其中第一行為終端輸入，第二行為終端輸出，光標(biāo)停在了第三行處，等待新一次的終端輸入。
從這里也可以看出Ctrl+D和換行符分別作為行結(jié)束符時，輸出的不同結(jié)果。
EOF的作用也可以總結(jié)為：當(dāng)終端有字符輸入時，Ctrl+D產(chǎn)生的EOF相當(dāng)于結(jié)束本行的輸入，將引起getchar()新一輪的輸入；當(dāng)終端沒有字符輸入或者可以說當(dāng)getchar()讀取新的一次輸入時，輸入Ctrl+D，此時產(chǎn)生的EOF相當(dāng)于文件結(jié)束符，程序?qū)⒔Y(jié)束getchar()的執(zhí)行。
【補(bǔ)充】本文第二部分中關(guān)于EOF的總結(jié)部分，適用于終端驅(qū)動處于一次一行的模式下。也就是雖然getchar()和putchar()確實(shí)是按照每次一個字符進(jìn)行的。但是終端驅(qū)動處于一次一行的模式，它的輸入只有到“\n”或者EOF時才結(jié)束，因此，終端上得到的輸出也都是按行的。
如果要實(shí)現(xiàn)終端在讀一個字符就結(jié)束輸入的話，下面的程序是一種實(shí)現(xiàn)的方法(參考《C專家編程》,略有改動)

/*Edit by Godbach

CU Blog: http://blog.chinaunix.net/u/33048/

#include<stdio.h>

#include<stdlib.h>

int

main(void)

{

int c;

/* 終端驅(qū)動處于普通的一次一行模式 */

system("stty raw");

/* 現(xiàn)在的終端驅(qū)動處于一次一個字符模式 */

c =getchar();

putchar();

/* 終端驅(qū)動處又回到一次一行模式 */

system("stty cooked");

return 0;

}

編譯運(yùn)行該程序，則當(dāng)如入一個字符時，直接出處一個字符，然后程序結(jié)束。
由此可見，由于終端驅(qū)動的模式不同，造成了getchar()輸入結(jié)束的條件不一樣。普通模式下需要回車或者EOF，而在一次一個字符的模式下，則輸入一個字符之后就結(jié)束了。

希望本文可以對初學(xué)C的朋友提供一點(diǎn)幫助，也希望能和其他朋友進(jìn)行交流。其中理解不對的地方若能得到指正和建議，本人將不勝感激。同時，本文參考了chinaunix.net關(guān)于getchar討論的帖子和一位博友的文章，鏈接地址分別為：
http://blog.chinaunix.net/u/9861/showart_64652.html
http://bbs.chinaunix.net/viewthread.php?tid=679688&extra=&page=1
歡迎交流和指正。

在另一個貼子中,我與一些朋友對 getc 展開了一些討論. 由于覺得樓主最終未能明白
我的意思,所以我把我個人的看法總結(jié)出來,寫在這里.我不太擅長說明,但已經(jīng)盡力了.
任何人轉(zhuǎn)本貼, 請務(wù)必把本人的名字寫在顯眼的位置.

約定編譯器為 gcc2/x86:
所以 char, unsigned char 為 8 位, int 為 32 位

請參考 http://bbs.chinaunix.net/forum/23/20031223/229236.html

(1) 字節(jié)的讀取

在正常的情況下, getc 以 unsigned char 的方式讀取文件流, 擴(kuò)張為一個整數(shù),并返
回. 換言之, getc 從文件流中取一個字節(jié), 并加上24個零,成為一個小于256的整數(shù),
然后返回.

int c;
while ((c = fgetc (rfp))!= -1) // -1就是 EOF
fputc (c, wfp);

上面 fputc 中的 c 雖然是整數(shù), 但在 fputc 將其寫入文件流之前, 又把整數(shù)的高24位
去掉了, 因此 fgetc, putc 配合能夠?qū)崿F(xiàn)文件復(fù)制. 到目前為止, 把 c 定義為
char仍然是可行的, 但下面我們將看到,把 c 定義為 int 是為正確判段文件是否結(jié)束.

(2) 判斷文件結(jié)束.

多數(shù)人認(rèn)為文件中有一個EOF,用于表示文件的結(jié)尾. 但這個觀點(diǎn)實(shí)際上是錯誤的,在文
件所包含的數(shù)據(jù)中,并沒有什么文件結(jié)束符. 對getc 而言, 如果不能從文件中讀取,
則返回一個整數(shù) -1,這就是所謂的EOF. 返回 EOF 無非是出現(xiàn)了兩種情況,一是文件已
經(jīng)讀完; 二是文件讀取出錯,反正是讀不下去了.

請注意: 在正常讀取的情況下, 返回的整數(shù)均小于256, 即0x0~0xFF. 而讀不出返回的
是 0xFFFFFFFF. 但, 假如你用fputc把 0xFFFFFFFF 往文件里頭寫, 高24位被屏蔽,寫入的將
是 0xFF. // lixforalpha 請注意這一點(diǎn)

(3) 0xFF 會使我們混淆嗎?

不會, 前提是, 接收返回值的 c 要按原型定義為 int.

如果下一個讀取的字符將為 0xFF, 則

int c;
c = fgetc (rfp); // c = 0x000000FF;
if (c != -1) // 當(dāng)然不等, -1 是 0xFFFFFFFF
fputc (wfp); // 噢, OXFF 復(fù)制成功.

字符0xFF, 其本身并不是EOF.

(4) 將 c 定義 char

假定下一個讀取的字符為 0xFF 則

char c;
c = fgetc (rfp); // fgetc(rfp)的值為 0x000000FF, 暗中降為字節(jié), c = 0xFF
if (c != -1) // 字符與整數(shù)比較? c 被帶符號(signed)擴(kuò)展為0xFFFFFFFF, 喔噢,
條件成立,文件復(fù)制提前退出.

while ((c=fgetc(rfp))!=EOF) 中的判別條件成立, 文件復(fù)制結(jié)束! 意外中止.

(5) 將 c 定義為 unsigned char;

當(dāng)讀到文件末尾, 返回 EOF 也就是 -1 時,

unsigned char c;
c = fgetc (rfp); // fgetc (rfp)的值為EOF,即-1,即0xFFFFFFFF, 降格為字節(jié), c=0xFF
if ( c!= -1) // c 被擴(kuò)展為 0x000000FF, 永遠(yuǎn)不回等于 0xFFFFFFFF

所以這次雖然能正確復(fù)制 0xFF, 但卻不能判斷文件結(jié)束. 事實(shí)上,在 c 為 uchar 時,
c != -1 是永遠(yuǎn)成立的, 一個高質(zhì)量的編譯器, 比如 gcc會在編譯時指出這一點(diǎn).

(6) 為何需要feof?
FILE *fp;
fp 指向一個很復(fù)雜的數(shù)據(jù)結(jié)構(gòu), feof 是通過這個結(jié)構(gòu)中的標(biāo)志來判斷文件是否結(jié)束的.
如果文件用 fgetc 讀取, 剛好把最后一個字符讀出時, fp 中的EOF標(biāo)志不會打開,這時
用feof判斷,將會得到文件尚未結(jié)束的結(jié)論.

fgetc 返回 -1 時, 我們?nèi)詿o法確信文件已經(jīng)結(jié)束, 因?yàn)榭赡苁亲x取錯誤! 這時我們
需要 feof 和 ferror.

posted on 2010-11-29 16:22 WangShishuai 閱讀(382) 評論(0) 編輯收藏所屬分類: C language

新用戶注冊刷新評論列表


只有注冊用戶登錄后才能發(fā)表評論。




網(wǎng)站導(dǎo)航: 博客園 IT新聞 Chat2DB C++博客博問管理

801 WORKPLACE

公告

常用鏈接

留言簿

隨筆分類(14)

隨筆檔案(11)

friends

搜索

最新評論

閱讀排行榜

評論排行榜