Recuperer la taille d'un fichier > 4Go avec la STL

Version imprimable

30/09/2009, 14h28
falcon74

Recuperer la taille d'un fichier > 4Go avec la STL

Bonjour,

Je cherche à récupérer la taille d'un fichier de plus de 2 Go.

La manière habituelle avec la stl (seekg, tellg) me renvoi une taille negative car le fichier de test est trop grand (~ 5 Go)

J'ai cherche sur internet, mais je trouve rien de concluant pour mon cas.

Donc existe-t-il un moyen de le faire simplement, voir de manière complexe tant que je suis pas obligé de lire le fichier en entier pour compter le nombre de caractère lu ? :aie:

Merci
30/09/2009, 14h58
bacelar

Portable ou spécifique à une plateforme ?
30/09/2009, 15h06
falcon74

De préférence portable, mon programme doit fonctionner sur Windows et Aix.

Mais si il n'existe aucune solution portable, ben je vais devoir rechercher les solution spécifique ...
30/09/2009, 15h35
3DArchi

Bonjour,
Il existe Boost.Filesystem qui est portable sur ces 2 plateformes je crois. Tu as un tuto sur le site : Boost.FileSystem : le système de fichiers de Boost, par Matthieu Brucher.
La doc de boost propose aussi en exemple un programme qui récupère la taille d'un fichier. YAPUKA tester :mouarf:
30/09/2009, 15h36
bacelar

Win32 : GetFileSizeEx
http://msdn.microsoft.com/en-us/libr...57(VS.85).aspx
30/09/2009, 16h21
Luc Hermitte

Tu stockes dans des int (signé, ce qu'il ne faut pas faire) ou dans le type dédié, à savoir std::streamsize/std::istream::pos_type (non signé, donc jamais négatif ....) ?
30/09/2009, 16h25
Aurelien.Regat-Barrel

Citation:

Envoyé par bacelar

Win32 : GetFileSizeEx
http://msdn.microsoft.com/en-us/libr...57(VS.85).aspx

GetFileAttributesEx évite de devoir ouvrir/fermer le fichier :
http://msdn.microsoft.com/en-us/libr...46(VS.85).aspx

:D
30/09/2009, 16h34
falcon74

Luc Hermitte : Je stock dans un long long.

3DArchi : c'est vrai que j'oublie à chaque fois boost. Faut que je regarde sur AIX comment on le rajoute et quelle version est compatible avec mon systeme.

Et merci pour la doc pour windows :ccool:
30/09/2009, 16h52
Luc Hermitte

Citation:

Envoyé par falcon74

Luc Hermitte : Je stock dans un long long.

C'est à peine mieux que d'utiliser un int.

Utilise vraiment les types dédiés!
(marrant ça, sous g++/OSX, sizeof(long long)=8, sizeof(std::istream::pos_type)=136, et il le voit non signé (selon numeric_limits<>), et pourtant initialisé à -1 il affiche -1 contrairement à ce qu'il fait pour unsigned long long -- et chez vous, il dit quoi ?)
30/09/2009, 17h15
falcon74

Le long long est quand même un entier signé sur 64bits, donc aucun problème pour stocker un nombre de quelques milliards.

Sinon sur mon Windows (en 32bits) avec Visual j'ai recherché les types des deux :

std::streamsize est un typedef de int donc on oublie

std::istream::pos_type : le sizeof me renvoi 24, mais meme quand je remplace mes long long par ce type, je n'ai pas de différence dans mon résultat.

Ce qui me semble normal puisque c'est le tellg qui ne me renvoit pas la valeur attendu, et pas mes variables de stockage qui sont trop petite pour la suite de mes calculs.
30/09/2009, 17h38
Luc Hermitte

L'affichage est aberrant, OK. Avec tous les compilateurs à ta disposition (i.e. serait-ce un bug d'implémentation de ton compilo et/ou de sa SL) ?
Le re-positionnement aussi ?

Sinon, il reste en effet des solutions portables comme boost.

Citation:

Envoyé par Luc Hermitte

marrant ça, sous g++/OSX, sizeof(long long)=8, sizeof(std::istream::pos_type)=136, et il le voit non signé (selon numeric_limits<>), et pourtant initialisé à -1 il affiche -1 contrairement à ce qu'il fait pour unsigned long long -- et chez vous, il dit quoi ?
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 #include <iostream> #include <limits> template<typename T> void dump() { std::cout <<"sizeof = "<<sizeof(T)<<" " <<"is_signed = "<<std::numeric_limits<T>::is_signed<<" " <<" -1 = " << static_cast<T>(-1) <<std::endl; } int main() { std::cout<<std::boolalpha; std::cout<<"long long"<<std::endl; dump<long long>(); std::cout<<"std::istream::pos_type"<<std::endl; dump<std::istream::pos_type>(); std::cout<<"unsigned int"<<std::endl; dump<unsigned int>(); return 0; }
Citation:

Envoyé par Visual Express/Windows XP 32

long long
sizeof = 8 is_signed = true -1 = -1
std::istream::pos_type
sizeof = 24 is_signed = false -1 = -1
unsigned int
sizeof = 4 is_signed = false -1 = 4294967295

Citation:

Envoyé par MinGW (4.3.3)/Windows XP 32

long long
sizeof = 8 is_signed = true -1 = -1
std::istream::pos_type
sizeof = 16 is_signed = false -1 = -1
unsigned int
sizeof = 4 is_signed = false -1 = 4294967295

En fait, en regardant les sources :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
std::istream::pos_type == char_traits<char>::pos_type  == streampos == fpos<mbstate_t>
// ailleurs :
 #ifdef _WIN64
typedef __int64 streamoff;
 
 #else /* _WIN64 */
typedef long streamoff;
 #endif /* _WIN64 */
// puis :
  template<typename _StateT>
    class fpos{// [...]
operator streamoff() const;
}

Ce qui fait bien pour : std::cout<< static_cast<std::istream::pos_type>(-1);

Code:

1
2
3
4
5
6
7
8
push        0FFFFFFFFh 
lea         ecx,[ebp-18h] 
call        std::fpos<int>::fpos<int>
mov         ecx,eax 
call        std::fpos<int>::operator long
push        eax  
mov         ecx,dword ptr [__imp_std::cout] 
call        dword ptr [__imp_std::basic_ostream<char,std::char_traits<char> >::operator<<]

En minGW, streamoff-> long long et donc c'est un operator long long qui est appelé.

05/10/2009, 12h30
Mac LAK

Va aussi voire cette conversation pour les fonctions à utiliser.