Problem with fread

> Have you included <stdio.h>?

no (don't need, i never include stdio)

> Are you getting any warnings?

No.

Everything is ok.

It works for years.(same line same code).

it was compiled on xcode 3.2.6 sdk 10.6 with gcc 4.2 and now with llvm 3.0 sdk 10.7.

its since i upgraded to Lion i think , i don't see any change i made in the environnement.

i really don't understand.

I include stdio.h and Its the same.

i never include stdlib, stdio and others in objective C program , framework include it (apptkit, cocoa).

So i add a test , if len > 2147483647 i loop with smaller len.

This is my first post on apple dev, this program has always worked fine.

and i think its since i recompile it for other modifications in the project under Lion.

Here is a test for the case :

#include <stdio.h>

#include <stdlib.h>

#include <string.h>

int main(int argc, char *argv[])

{

FILE *fin = NULL, *fout = NULL;

char *ptr = NULL;

size_t len;

fpos_t flen;

if(!(fin = fopen(argv[1], "rb")))

{

printf("The input file: %s could not be opened\n", argv[1]);

return -1;

}

if((fout = fopen(argv[2], "rb")))

{

printf("The output file %s already exist\n", argv[2]);

fclose(fin);

return -1;

}

if (!(fout = fopen(argv[2],"wb")))

{

printf("Cannot write output file %s\n", argv[2]);

fclose(fin);

return -1;

}

fseek(fin, 0, SEEK_END);

fgetpos(fin, &flen);

len = flen;

printf("Input file length : %zd\n", len);

fseek(fin, 0, SEEK_SET);

if (!(ptr = malloc(len)))

{

printf("Canot allocate %zd bytes\n", len);

fclose(fin);

fclose(fout);

return -1;

}

if (fread(ptr, sizeof(char), len, fin) != len)

{

printf("Cannot read file\n");

fclose(fin);

fclose(fout);

free(ptr);

return -1;

}

fclose(fin);

if (fwrite(ptr, sizeof(char),len, fout) != len)

{

printf("Cannot write file\n");

fclose(fout);

free(ptr);

return -1;

}

free(ptr);

fclose(fout);

return 1;

}

cc program

and

./pgm fileinput fileoutput

Process the input and outputfile with openssl sha1 for length > 2147483647 and its different.

in fact there is no fread when length > 2147483647

Why ?

Where is the problem in this simple program ?

Thank you

default on lion : x86_64

and i just retest just now with -arch x86_64 and its the same.

yes 64bits

but 32 bits goes until 4'294'967'296 (4Gb)

and the limit is int (2147483647) no unsigned int (4294967296)

Test it you'll see

i don't understand

i don't know if it is this program on Lion but if you look here http://www.opensource.apple.com/source/Libc/Libc-186/stdio.subproj/fread.c

r is defined as int

it worked on snow leopard.

and since lion there is this problem.

not on fwrite, only for fread.

2 GB limit for fread

> That code has changed little since Chris Torek wrote it for BSD 21 years ago.

Why it is again on the internet on apple source site ?

Where is the fread source code implemented in Lion ?

> Thus, when compiling for x86_64, int is 64-bit.

i can assure you Its difficult with you, ok ?

Int size on 64 bit is :

printf("Size of int types is %d bytes\n",

(int)sizeof(int));

printf("Signed int min: %d max: %d\n",

INT_MIN, INT_MAX);

Size of int types is 4 bytes

Signed int min: -2147483648 max: 2147483647

> Perhaps you are compiling it incorrectly or something. Your code works fine on Lion here.

Have you compared the 2 fingerprints by openssl sha ?

cat the fist line of the files ?

Are they the same files ?

Houston, there is a problem.

So i try to put that on apple bug report and i have a message from apple indicating another bug i have to report.

So i'll try to put that problem on their site.

The program works, there is no error and the 2 files has the same length

Yes i have the same thing.

You have the same length because the pointer is well allocated.

Enter the following command according to your test :

openssl sha winxp.hdd.0.{aabbccdd-0204-9357-5189-efb0c034f5ea}.hds

openssl sha out

Do you have the same fingerprint ?

You can compare the last bytes of the two files by cat command

Do you have the same thing ?

Thank you

Add these lines at the end just before "return 1"

char cmd[256];

sprintf(cmd, "openssl sha %s", argv[1]);

system(cmd);

sprintf(cmd, "openssl sha %s", argv[2]);

system(cmd);

Compile it.

Rerun with your file.

Look at the fingerprint.

If you test it with length < 2G they are the same fingerprint.

Thank you

> This is the source for fread in Lion.

int r

> No, and I'm not about to. It is irrelevant.

Ok, continue to live in full denial.

Blocking the process.

Its your decision.

> It is a buffered read operation.

This program is a copy, and does not work when file are greater then 2G

Its a fact, and an apple bug.

And it worked with snow leopard and NOT with Lion.

> You would never, ever want to read that much data at once

Its is not persona,l its about a bug in apple product named Lion.

There is a bug and you refuse to recognise that.

> It is fairly obvious that Lion supports files larger than 2 GB.

No and i proved that in this program.

And you refuse to recognize that.

You have the tool to prove it by yourself and you refuse to do it.

Its call live in denial or refusal of reality.

So, delete your original file and rename the output you processed by the program.

As you say : "Your code works fine on Lion here"

DO IT.

It is not because the length is the same than the output file is the same.

The two files you processed are not the same, and you refuse to see that, exposing your incompetence.

Thats a fact.

Had with the lack of anybody qualified in this forum, with minimum skill on developement, i filled a bug report here http://bugreport.apple.com and its difficult because i get the following error :

An error has occurred. Please report the error to Apple Inc. by emailing the error detail to devbugs@apple.com.

and after sending an email to the adress they said to report on http://bugreport.apple.com

creating they own loop.

Fun

i'll try later when they fix that also.

But as i said earlier i modified the program who was working for years on leopard an snow leopard.

Maybe month later on years later they will fix this bug.

Good luck for you in your denial state.

And excuse me having reporting a bug on apple forum and take your time.

I am very sorry,

It was my first post on apple forum and with this awful experience i think the lastest.

Next time i'll fix by myself without reporting here.

> You never should have done it in Snow Leopard to begin with.

Please.

The length is size_t and not int or short int.

Learn programming first.

Bye