Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Lire des fichier > 4G
Bonjour à tous,
J'utilise actuellement les commande suivante pour me déplacer et lire un fichier de datas binaire:
f=fopen("fichier","rb");
fseek(....)
fread(...)
Etc..
Mais ces instruction sont visiblement limité à 2Go. Le fssek() par example attend un type long comme argument.
Quels types de library ou instruction dois-je utiliser pour lire des fichiers > à 4G sachant que j'ecrit en standart portable Linux et windows
Merci d'avance
Bonjour,Envoyé par uriotcea
se ne sont pas ces instructions qui sont limité mais la memoire allouable à un processus!!!! qui est limité as 2Go sous windows 32 bits (3Go avec une bidouille dans le boot.ini)... Il me semble que c'est pareil sous linux 32 bits
Peut-etre aussi, mais si tu fais un fseek() qui attend un long, c'est difficile de se déplacer de plus 4GO puis que c'est la limite d'un long non signé
Pour Posix cherche avec LARGEFILE_SOURCE.
http://www.cplusplus.com/reference/c...dio/fseek.html
ce n'est pas plustôt un long int ?
[edit]
je viens de comprendre ta question...dsl
"long int " ou "int" c'est pareil non?
Les premiers résultats sous google ne sont pas très parlant
Tu veux parler des versions 64 bits des fonctions : fopen64 & co ?
je ne pense pas...
Sous windows les 2 font 4 octets, c'est peut être ça qu'il essayait de dire?
Bon, essayons alors une référence plus directe:Les premiers résultats sous google ne sont pas très parlant
http://en.wikipedia.org/wiki/Large_file_support
fseeko sous Linux
Salut, je travalle sous Linux (Slackware 12). Ici il existe fseeko :
FSEEKO(3) Linux Programmer's Manual FSEEKO(3)
NAME
fseeko, ftello - seek to or report file position
SYNOPSIS
#include <stdio.h>
int fseeko(FILE *stream, off_t offset, int whence);
off_t ftello(FILE *stream);
DESCRIPTION
The fseeko() and ftello() functions are identical to fseek(3) and
ftell(3) (see fseek(3)), respectively, except that the offset argument
of fseeko() and the return value of ftello() is of type off_t instead
of long.
On many architectures both off_t and long are 32-bit types, but compi-
lation with
#define _FILE_OFFSET_BITS 64
will turn off_t into a 64-bit type.
RETURN VALUE
On successful completion, fseeko() returns 0, while ftello() returns
the current offset. Otherwise, -1 is returned and errno is set to
indicate the error.
ERRORS
See the ERRORS in fseek(3).
CONFORMING TO
SUSv2, POSIX.1-2001.
NOTES
These functions are found on System V-like systems. They are not
present in libc4, libc5, glibc 2.0 but are available since glibc 2.1.
SEE ALSO
fseek(3)
Merci de vos réponses éclairées.
Je vais étudier tout ca
non.
int, c'est en fait un signed int.
long c'est en fait un signed long int.
Enfin, les 2 font 32bits signet ou pas
non !!!
long est bien sur 32 bits, int dépend du systeme. sur un Vista 64, ton int va faire 64 bits !
A oui !
C'est bien foutu ca encore !
Perdu.
- Un long est toujours au moins aussi grand qu'un int.
- C'est le long qui a tendance à faire 64 bits sur certaines plate-formes 64 bits, alors que le int reste plus souvent à 32 bits que le long
- int et long font toujours 32bits sous Win64.
SVP, pas de questions techniques par MP. Surtout si je ne vous ai jamais parlé avant.
"Aw, come on, who would be so stupid as to insert a cast to make an error go away without actually fixing the error?"
Apparently everyone. -- Raymond Chen.
Traduction obligatoire: "Oh, voyons, qui serait assez stupide pour mettre un cast pour faire disparaitre un message d'erreur sans vraiment corriger l'erreur?" - Apparemment, tout le monde. -- Raymond Chen.
A là je prefere!
dans tout les cas, comme le standard ne définit pas les tailles pour ces deux types, il faut utiliser sizeof() pour s'en assurer
Merci pour tout, mais apres reflexion, cela m'aide pas beaucoups dans la lecture de mes fichier > 4GO sous windows avec BDS6
Répondre avec citation
Partager