ftell/fread på Win32

hovsa, det er forkert version... den, jeg ikke kan få til at virke har:
        if (fread(content, len, 1, fp) < 1)
                fail("fread");

Dette fungere fint med min compiler (MinGW):

//get file size
FILE *file;
file = fopen("foo.bar", "rb");
if(file)
{
  fseek(file, 0, SEEK_END);
  int fileSize = ftell(file);
  fseek(file, 0, SEEK_SET);
  printf("size %i\n", fileSize);
}


Hvilken compiler bruger du ?
Hvad er der i "io.h" som ikke er i "stdio.h" ?

Hvis jeg erstatter len med len-122 så virker det.... underligt nok!?!?!? (og hele filens indhold bliver læst)

        if (fread(content, len-122, 1, fp) < 0)
                fail("fread");

Forklaring udbedes på ovenstående

Kan du ikke prøve at forklare hvad det er koden gerne skulle gøre ?
Skal den læse indholdet af "index.tpl" til en buffer og printe bufferen til stdout ?

Prøv:
if (fread(content, 1, len, fp) < 0)
                fail("fread");

Se:
http://www.cplusplus.com/ref/cstdio/fread.html

io.h indeholder groft sagt alt Unix I/O som ikke kom med i ANSI C.

den skal egentlig bare læse den til bufferen, det er lidt misvisende at jeg har den dér puts med...

fejlen melder sig ved at jeg får besked fra fail("fread");

Og som er i unistd.h på posix compliant platforme.

Nu har jeg prøvet held med at bruge read istedet:

int main(void)
{
        int fd;
        int len;
        char *content;
        if ((fd = open("index.tpl", O_RDONLY)) == -1)
                fail("open");
        len = lseek(fd, 0, SEEK_END);
        lseek(fd, 0, SEEK_SET);
        content = new char[len+1];
        printf("Len is: %d\n", len);
        if ((len = read(fd, content, len)) < 1)
                fail("read");
        printf("Read %d bytes\n", len);
        getchar();
        content[len] = 0;
        puts(content);
        delete [] content;
        getchar();
        return 0;
}

Jeg får flg. resultat på skærmen:
Len is: 5345
Read 5223 bytes
Hvorefter den udskriver HELE indholdet af filen, der mangler ikke noget...

Så det store spørgsmål går i virkeligheden ud på hvorfor seek til slutningen af filen tilsyneladende giver en position, der er 122 bytes for meget i forhold til længden!?!?

Gæt: der er 122 linier i filen !

En rigtig DOS/WINDOWS fil har linierne adskilt af CR+LF.

I C læses de op som en char ('\n').

Måske kommer differencen derfra.

Og på Unix er linierne kun adskilt af LF og derfor
er det 1:1 !

Prøv at åbne den i binary mode:
fd = fopen("index.tpl", "rb")

Filen er formentlig fysisk 5335 bytes hvis du laver en DIR på den.

den er 5.345 når jeg laver dir... men jeg er sikker på at I har ret.
jeg prøvede at lave en binary read og så passede pengene :)