fopen large file (tera byte) support?

[Nagrik]

Hello Group,

I have to support 200 Gigabyte support to open a file in my program.
My program exits with

open("/mnt/d1/tmp/<file name>", O_RDONLY) = -1 EFBIG (File too large)

This open system call is a result of fopen C++ library call, and there
is no way I can provide

O_LARGEFILE mode in fopen call.

Also the return valud of fopen is a file handle, where open system
call returns the file descriptor and hence I can not substitute one vs
other.

Is there a way I can get around this problem.

Thanks.

nagrik

[Sam]

Nagrik writes:

Hello Group,

I have to support 200 Gigabyte support to open a file in my program.
My program exits with

open("/mnt/d1/tmp/<file name>", O_RDONLY) = -1 EFBIG (File too large)

This open system call is a result of fopen C++ library call, and there
is no way I can provide

O_LARGEFILE mode in fopen call.

Also the return valud of fopen is a file handle, where open system
call returns the file descriptor and hence I can not substitute one vs
other.

Is there a way I can get around this problem.

If you're using Linux and gcc, try compiling with -D_FILE_OFFSET_BITS=64

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEABECAAYFAkha/i8ACgkQx9p3GYHlUOLQLQCfTKJSgmVf1gro15i9wPK6oQcz
hw8AniJQT2ellR9k4mqo4JX1funQ3E/5
=UwfC
-----END PGP SIGNATURE-----

[Markus Tervooren]

Hi nagrik,

i'm not sure if the C++ library file commands support large files on 32Bit,
fseek for example takes just an long int.
The way i would choose is to use raw system calls

Cheers

Markus

Nagrik wrote:

Hello Group,

I have to support 200 Gigabyte support to open a file in my program.
My program exits with

open("/mnt/d1/tmp/<file name>", O_RDONLY) = -1 EFBIG (File too large)

This open system call is a result of fopen C++ library call, and there
is no way I can provide

O_LARGEFILE mode in fopen call.

Also the return valud of fopen is a file handle, where open system
call returns the file descriptor and hence I can not substitute one vs
other.

Is there a way I can get around this problem.

Thanks.

nagrik

[Daniel Pitts]

Nagrik wrote:

Hello Group,

I have to support 200 Gigabyte support to open a file in my program.
My program exits with

open("/mnt/d1/tmp/<file name>", O_RDONLY) = -1 EFBIG (File too large)

This open system call is a result of fopen C++ library call, and there
is no way I can provide

O_LARGEFILE mode in fopen call.

Also the return valud of fopen is a file handle, where open system
call returns the file descriptor and hence I can not substitute one vs
other.

Is there a way I can get around this problem.

Thanks.

nagrik

is fdopen OR _fdopen available on your compiler?

--
Daniel Pitts' Tech Blog: <http://virtualinfinity.net/wordpress/>

[Ian Collins]

Nagrik wrote:

Hello Group,

I have to support 200 Gigabyte support to open a file in my program.
My program exits with

open("/mnt/d1/tmp/<file name>", O_RDONLY) = -1 EFBIG (File too large)

comp.unix.programmer would be a better place to ask.

--
Ian Collins.