Version imprimable
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,Citation:
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.htmlCitation:
Envoyé par uriotcea
ce n'est pas plustôt un long int ?
[edit]
je viens de comprendre ta question...:aie: dsl
"long int " ou "int" c'est pareil non?
Les premiers résultats sous google ne sont pas très parlant :(Citation:
Envoyé par Jean-Marc.Bourguet
Tu veux parler des versions 64 bits des fonctions : fopen64 & co ?
je ne pense pas...Citation:
Envoyé par uriotcea
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:Citation:
Envoyé par gege2061
http://en.wikipedia.org/wiki/Large_file_support
Salut, je travalle sous Linux (Slackware 12). Ici il existe fseeko :
Citation:
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.Citation:
Envoyé par uriotcea
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 !!!Citation:
Envoyé par uriotcea
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.Citation:
Envoyé par toxcct
- 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.
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 assurerCitation:
Envoyé par uriotcea
Merci pour tout, mais apres reflexion, cela m'aide pas beaucoups dans la lecture de mes fichier > 4GO sous windows avec BDS6
?Citation:
Envoyé par uriotcea
fseeko, ftello ne te convienne pas?
Cette fonction n'existe pa non-plus dans mon <stdlib.h>
Sous Windows, la C Run-Time Library (CRT) de Microsoft propose _fseeki64() et _ftelli64().
Avec un peu de chance, un simple #define suffira pour les renommer en fseeko et ftello (il faudra peut-être aussi un typedef ou deux).
Edit: Seulement à partir de la version 2005. Donc, indisponible sous MinGW, à moins que MinGW propose lui-même une extension...
Si il existe bien une seule règle en C/C++ sur les types entier c'est celle que sizeof(char) <= sizeof(short) <= sizeof(int) <= sizeof(long)Citation:
Envoyé par toxcct
Et il n'en existe pas d'autre....
Par contre chaque compilateur définit ses propres int8, int16, int32 et int64...
Pour ce qui est de x64 (que ce soit sous Vista/XP/...) avec VisualC++ (parceque bon, rien ne dit qu'un autre compilo fasse la même chose !):
sizeof(int)=sizeof(long)=32, comme sous Win32
mais sizeof(longlong)=sizeof(size_t)=sizeof(void*)=64 ....
Il en existe un certain nombre d'autres.Citation:
Si il existe bien une seule règle en C/C++ sur les types entier c'est celle que sizeof(char) <= sizeof(short) <= sizeof(int) <= sizeof(long)
Et il n'en existe pas d'autre....
sizeof(char) = 1
char fait au moins 8 bits
short fait au moins 16 bits
sizeof retourne la taille en bytes, pas en bits.Citation:
sizeof(int)=sizeof(long)=32, comme sous Win32
Et un byte ne fait pas forcément 8 bits.
Ce n'est pas la plateforme destination qui décide de la taille d'un int ou d'un long, mais l'implémentation du language C ou C++ utilisé (c'est à dire le compilateur).Citation:
Envoyé par Nykoo
@loufoque: quelques précsions...
"Il en existe un certain nombre d'autres."
Euh, non, pas que je sache. Mais ma version du standard date un peu (15 octobre 2003... hum).
"short fait au moins 16 bits"
Non. La norme précise juste sizeof(short) >= sizeof(char). Quand à l'affirmation "char fait au moins 8 bits", elle est fausse aussi: un char est définit comme pouvant encoder au minimum l'ensemble des caractères basiques (basic character set) utilisés dans le code source d'un programme (§3.9.1-1 de la norme C++), soit 96+4 caractères (§2.2-1, §2.2-3 de la norme C++). Un char peut donc être encodé sur 7 bits si besoin.
Comment ça, je pinaille... :roll:
Oui tout ca est passionnant, mais ce serait pas mal si vous jetiez un oeil à la question originale !
ben quoi ? __int64 ?Citation:
Envoyé par uriotcea
Hé bien, avec BDS6 je ne dispose ni de fseeko ni de _feeki64. Alors je repose ma question : comment puis-je sur mon system windows xp 64 lire des fichiers > 4GO sous borland developper studio 2006 C++. ?
Les deux affirmations sont vraies. Voir les contraintes sur les macros de limits.h qui imposent des intervalles minimums; de meme, long fait au moins 32 bits.Citation:
Envoyé par Emmanuel Deloget