Question sur l'ouverture des fichers

Bonjour,

Ca fait plusieurs fois que je suis confronté à un probleme. Celle de l'ouverture de fichiers volumineux. J'ai crû comprendre en fouillant un peu que cela dépendait du format du systeme(ntfs, fat,..). Mais bon je ne m'avancerai pas trop vu que je ne connais pas vraiment cette partie la.

En faisant un fopen sur un énorme fichier de 7go environ, gcc me fait comprendre que la variable n'est pas suffisante pour le fichier.

J'aimerai savoir s'il y a un moyen de résoudre ce problème ?

Merci de votre aide

Il me semble que les fichiers supérieurs à 2Go sont mal (pas?) supportés par défaut. Il me semble que quelqu'un en avait parlé sur le forum, essaye de faire une recherche. :)

Bonjour,

Je sais que cela fait un bon moment que je n'ai pas répondu à ce fil. Néanmoins je pense avoir trouvé la réponse à mon problème et j'aimerai vous en faire part afin que vous me donniez votre avis.

Grace à cette page : http://fr.w3support.net/index.php?db=so&id=293672
J'ai trouvé que la limite dépend d'une variable off_t dont la taille est fixée à 32 bits.

Il suffit donc de rajouter cette ligne avant les inclusions :

Code:

---

#define _FILE_OFFSET_BITS 64

---

ou pour ceux qui compilent avec gcc de rajouter l'option -D_FILE_OFFSET_BITS=64

Cette solution a été testée en C mais je suppose qu'elle marche aussi pour le C++ avec les flux, mais à tester...

J'aimerai savoir si cette solution est bien la bonne et standard sur tous les OS ?

bonjour

je déclare (je suis un débutant et je ne connais pas bien le français ) mais je me trouve moi obliger de vous aidez et de ne pas vous laissez bloquer longtemps avec votre grosses fichiers juste pour un simple problème, le fait de "#define _FILE_OFFSET_BITS 64" ça na rien avoir avec le langage C/C++ ou autres ni au system 32bit ou 64bit car ce cas ci c'est pas une question de traitement des données mais on peut dire par exemple que ce cas fait partie d'un protocole de communication par exemple quand le processeur va copier votre fichier qui se trouve sur le disque dure vars la mémoire tempo (RAM) il lui faut d'initialise une variable de type structure "OPENFILENAME" avant de démarrer la communication avec le disque dure et c'est elle qui limite ce protocle par ses valeurs initial pour ne pas dépasser "2g" comme par exemple le macro "MAX_PATH" s'est fixé a 260 maximum et aussi c'est la meme chose pour l'adressage si l'adresse est codé a 32bit dans la structure "OPENFILENAME" exemple une variable de type "unsigned long " s'est déclaré dans la structure "OPENFILENAME" pour les adresses, le protocole ne peut pas
copier plus que de 4294967295 adresses possible, et en fin le fait d'utiliser "#define _FILE_OFFSET_BITS 64" c'est juste pour indiqué au compilateur de redefinir les macros et de déclare d'autres variables supérieur a 4294967295 dans la structure "OPENFILENAME" et c'est le code préprocesseur qui occupe de faire tous ça ,voir l'exemple

Citation:

---

#ifdefned _FILE_OFFSET_BITS 64
unsigned long long adresse ;// = a 18446744073709551615 adresse maximum
#else
unsigned long adresse ; // = a 4294967295 adresse maximum
#endif

---

ce ni que plus sample comme ça, ben ce que je cois et bonne chanse :ccool:

Merci bien pour l'information. Je comprends mieux maintenant pourquoi cette limite de taille.

Bonjour,

Cette discution peut t'intéresser. En tout cas elle apporte une solution simple et éprouvée

http://www.developpez.net/forums/d10...tocker-taille/

le problème de limite c'est bien de la RAM de l'ordinateur et c'est impossible d'ouvrir un fichier de 7go si la RAM de votre ordinateur n'est pas supérieure a 7go ;)

Je ne saisi pas ton commentaire.
On n'a pas besoin de 7Go de RAM pour lire la taille ou même le contenu d'un fichier de 7Go.
J'ecrit et le lit des fichiers de plusieurs centaines de Go et je n'ai que 2 Go de RAM !!

@uriotcea

ah d'accord la question c'est été "pour lire la taille ou même le contenu d'un fichier de 7Go." moi j'ai pensé que c'est été "Question sur l'ouverture des fichers

désolé ;)