なぜC言語でEOF IS -1？

Question

（C言語）私はEOFを使用しています.....なぜEOFは-1ですか？なぜ他の価値ですか？

Answer 1

Wikipediaから：

EOFの実際の値はシステム依存である（ただし、一般-1、例えばglibcのように）、任意の有効な文字コードに等しくありません。

これらはほとんどのシステムで文字の有効な値であるため、0〜255の値は使用できません。たとえば、EOFが0の場合、0を読み込んでファイルの終わりに達するまでの違いを知ることはできません。

-1は明らかに残りの選択肢です。

あなたはまた、代わりにfeofを使用して検討する必要があります。

EOFは、ファイルの終わりとランダムエラーの両方を報告するために使用されているので、それはファイルの終わりを明示的にチェックするためにFEOF機能を使用することがしばしばより良いですし、 ferrorエラーをチェックします。

Answer 2

これはありません。実装定義の負のint定数であると定義されています。 符号なしの文字列から簡単に区別できるように、負でなければなりません。ほとんどの実装では実際に-1ですが、これはC標準では必要ありません。

-1を選択した歴史的な理由は、文字分類関数（< ctype.h>を参照）を単純な配列検索として実装できることでした。そして、それは符号なしのcharに収まらない "最も近い"値です。

[更新：]文字分類関数を効率的にすることは、おそらく最初に-1を選択した主な理由ではありませんでした。私はすべての歴史的な詳細を知らないが、それは最も明白な決定である。 charタイプが正確に8ビットを持たないマシンがあるので、負の値でなければならなかったので、正の値を選ぶのは難しいでしょう。 unsigned charの有効な値ではなく、しかもintに収まるのに十分な大きさでなければなりませんでした。また、負の数を選択する必要がある場合、なぜ大きな負の数をとるべきですか？それは最良の選択として-1を残します。

Answer 3

は、あなたがこれらの値に行ったすべてのテスト上のファイルやエラーの終了の影響を考慮するように注意する必要がありますhttp://en.wikipedia.org/wiki/Getchar#EOF_pitfallとhttp://en.wikipedia.org/wiki/End-of-file

Answer 4

int c; 

c = getchar(); 
while(!feof(stdin) && !ferror(stdin)) { 
    ... 
    c = getchar(); 
} 

で詳細を参照してください。 EOFは空白の前に返された場合に検出された（それは空白文字ではないので）、このループが終了しなくなることがあり

int c; 

c = getchar(); 
while(!isspace(c)) { 
    ... 
    c = getchar(); 
} 

を：次の空白文字までのすべての文字をスキャンすることを意図し、このループは、受信考えてみましょう。より良い方法は、これは次のようになり書き込みます：

int c; 

c = getchar(); 
while(!feof(stdin) && !ferror(stdin) && !isspace(c)) { 
    ... 
    c = getchar(); 
} 

最後に、EOFが通常-1ですが、すべての標準的な約束は、それはint型と負の整数定数であるということであることは注目に値します。

Answer 5

EOF値を簡単に変更できます。 Cプログラムでは、デフォルトでは、EOF = -1のマクロを定義します。 プログラムでEOFを記述すると、そのデフォルトのCコンパイラは-1の値を割り当てます。

例えば、

ちょうどあなたがしようとする結果を得る

#include <stdio.h> 
#define EOF 22 
main() 
{ 
    int a; 
    a=EOF; 
    printf(" Value of a=%d\n",a); 
} 

出力：その時間EOFの値は