Verständnisproblem: End Of File

[Hilfreicher Helfer (Gast)]

Hi,
ich lese auf meinem PC eine Datei mit C ein. Das Prinzip sieht so aus:

while(byte != EOF)
{
   byte = getc(input);
   ...
}

input ist hier ein File-Pointer, und byte ein char. Das Problem: Wenn 
nun ein Byte in der Datei den gleichen Wert wie EOF enthält, terminiert 
die Schleife ungewollt, sie soll bis zum Dateiende durchlaufen. Gibt's 
da Möglichkeiten, dass zu verhindern?

MfG
HiHel

[(prx) A. K. (prx)]

Hilfreicher Helfer schrieb:
> da Möglichkeiten, dass zu verhindern?

Indem die Variable °byte" als "int" deklariert wird.

Bleibt dann aber trotzdem falsch, da ... trotz EOF ausgeführt wird.

[gffdg (Gast)]

Wenn du Textdateien liest, dann ist das kein problem, sonst mit:

 int feof(FILE *stream)

[Karl H. (kbuchegg)]

Hilfreicher Helfer schrieb:

> die Schleife ungewollt, sie soll bis zum Dateiende durchlaufen. Gibt's
> da Möglichkeiten, dass zu verhindern?

getc liefert aus gutem Grund einen int und keinen unsigned char
Damit KANN kein Byte in deinem File denselben Wert haben.
Du musst getc in einen int einlesen lassen und nur dann, wenn das nicht 
gleich mit EOF ist, erst dann kannst du das in Form eines unsigned char 
verwenden.

  int c;

  while ((c = fgetc(ptr)) != EOF)
  {
    ... mach was mit c
  }

Siehe zum Beispiel
Kernighan&Ritchie
Programmieren in C

irgendwo ganz am Anfang des Buches, wenn es das erste mal ums Lesen aus 
einem Stream geht.

[Hilfreicher Helfer (Gast)]

Hi,
du musst die Datei als "rb" öffnen, nicht als "r":

input = fopen("C:/datei", "rb");

.

[Hilfreicher Helfer (Gast)]

Hilfreicher Helfer schrieb:
> Hi,
> du musst die Datei als "rb" öffnen, nicht als "r":
> input = fopen("C:/datei", "rb");

Hey, genau das war mein Problem. Vielen Dank!

MfG
HiHel

[Sven P. (Gast)]

Ich dachte immer, das 'b' hätte nur Einfluss auf die _Zeilen_-Enden?

[Hilfreicher Helfer (Gast)]

Schau mal hier: 
http://cboard.cprogramming.com/c-programming/74859-getc-says-$1a-%3D-eof-wtf.html

[Hilfreicher Helfer (Gast)]

Hey, danke für den Link. Da ist das ja wirklich super erklärt!

[Hilfreicher Helfer (Gast)]

Ger

Hilfreicher Helfer schrieb:
> Hey, danke für den Link. Da ist das ja wirklich super erklärt!

Gern geschehen!

[(prx) A. K. (prx)]

Ein Erbe des DOS-Vorgängers CP/M, bei dem es keine exakte File-Länge gab 
und das Ende von Textfiles durch Ctrl-Z signalisiert wurde. In DOS gab 
es zwar die exakte Filelänge, aber das Ctrl-Z in den Files blieb 
erhalten.

[Sven P. (Gast)]

Ach du liebes Bisschen. Stimm, da waren ja nur Blöcke in der FAT 
vermerkt.