Discussion :

[devdebutantajax]

Bonjour à tous.

Je réalise un programme pour transférer des fichiers. Au sein de celui-ci j'ai besoin de récupérer la taille du fichier que je vais envoyer.
Jusqu'à maintenant j'utilisais ftell() et fseek() pour obtenir la taille des fichiers. Le problème est qu'avec ces fonctions on est limité dans la taille des fichiers (2go et quelques).
J'ai donc trouvé sur Internet fgetpos() et fsetpos() qui semblent solutionner le problème pour le déplacement dans un fichier a lire, mais je ne sais pas comment récupérer la taille du fichier avec ces fonctions.
En effet ces dernières retournent un int pour dire si la fonction a fonctionné. La valeur qui m'intéresse (emplacement dans le fichier) se trouve dans le second parametre de la fonction qui est de type fpos_t.
Voici un exemple:



fpos_t position_initiale;
fgetpos (f,&position_initiale);



position_initiale qui est de type fpost_t n'est utilisable que par ces deux fonctions.
Du coup comment puis je faire pour récupérer la taille du fichier dans un float?
Si je n'ai pas la taille du fichier je ne peux pas faire fonctionner mon programme.

Si quelqu'un a une solution pour récupérer la taille du fichier (plus de 2go je le rapelle) je lui en serait reconnaissant.

Merci

[ram-0000]

regarde la fonction stat()
Dans le MSDN, ils disent que la taille du champ taille de la structure retournée est de 64 bits (je sais MSDN n'est pas forcément une référence mais c'est celle que j'utilise)

Est ce que tu peux faire un test dans un bout de code pour voir

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
struct stat test_stat;
printf("taille=%d\n", sizeof(test_stat.st_size));

[devdebutantajax]

Bonjour,

Dans un premier temps je vous remercie de m'aider.
Ensuite le code que vous m'avez spécifié donne taille = 4, ce qui signifie que nous sommes sur 32 bits si je ne me trompes pas.

J'ai beau chercher sur le net, je ne trouve rien qui puisse m'aider. Pourtant les fichiers de 2Go ne devraient plus être ingérables à notre époque...
J'espère que l'on va trouver sinon je serais bien embeté.

Merci encore

[ram-0000]

Ensuite le code que vous m'avez spécifié donne taille = 4, ce qui signifie que nous sommes sur 32 bits si je ne me trompes pas.

J'ai la même conclusion donc toujours la limite à 2GO.

Au fait quelle plateforme Linux ou Windows ?

[devdebutantajax]

Sous Windows (Vista 32 bits). fpos_t retourne bien une taille de 8 octets. Mais comment exploiter les valeurs? Apparemment ce n'est pas vraiment possible car la structure est "spéciale".
De plus je ne sais pas comment faire ensuite avec fsetpos pour spécifier un offset depuis le début d'un fichier avec fpos_t.

Quelle galère tout de même.

Merci

[ram-0000]

Puisque tu es sous vista, pourquoi ne pas utiliser l'API native Win32 de gestion des fichiers. Elle gère les tailles et les déplacements sur 64 bits (bon, c'est sûr, la portabilité vient de prendre une grande calotte dans la tête mais faut bien avancer )

regarde SetFilePointer() et GetFileSizeEx()

[devdebutantajax]

Merci pour votre aide. Je vais me tourner vers cela justement je pense.
Parce qu'en regardant encore de plus près mon code, je me rends compte que fread et fwrite se basent aussi sur des size_t, qui sont sur 4 octets...
Résultat tout limite la taille que je peux gérer.

Je vais regarder ce que vous me dites pour voir ce que je peux obtenir.

Encore merci de m'avoir consacré du temps.

Je vous tiens au courant si j'ai un problème, mais aussi si ça marche.

EDIT: Apparemment je vais pouvoir remplacer mes fonctions, cependant je n'ai pas trouvé comment faire pour déplacer le positionnement dans le pointeur du fichier ouvert (que je faisais avec fseek). Avez vous une idée?

[ram-0000]

cependant je n'ai pas trouvé comment faire pour déplacer le positionnement dans le pointeur du fichier ouvert (que je faisais avec fseek). Avez vous une idée?

SetFilePointer() ou SetFilePointerEx() justement

[devdebutantajax]

Merci, cela me paraissait bizarre de ne pas avoir trouvé et en regardant de nouveau j'ai trouvé ces deux fonctions, j'ai posté trop vite désolé.

Par contre je pense à un petit détail. Ce projet sera présenté dans 6 mois comme projet technique pour mes études, et je pense justement qu'ils apprécieraient plus que l'appli soit portable...

Pensez vous que cela serait possible de "recrééer" les fonctions fseek en ftell pour le faire prendre des paramètres en float?

Merci

[ram-0000]

Modifier des fonctions standard, non. D'abord parce qu'elles ne deviendraient plus standard, ensuite, cela ne doit pas être si simple que ca.

De plus, prendre des paramètres en float me parait une mauvaise idée. Cela sous entend que tu acceptes un déplacement de 5,63 octets, c'est bizarre. Mais un long long int (sur 64 bits) me parait plus approprié.

Tu peux aussi faire 2 versions (ou au moins expliquer que tu aurais pu le faire). Une version portable mais limitée à 2GO et une version moins portable mais Win32 limitée à quelques Tera octets (63 ou 64 bits suivant le bit de signe) et que tu as préféré partir dans cette optique pour ne pas t'encombrer avec les limitations à 2GO

[Emmanuel Delahaye]

Pensez vous que cela serait possible de "recrééer" les fonctions fseek en ftell pour le faire prendre des paramètres en float?

Non. Il faut des entiers.

En POSIX.1 : lseek(); ftello(), qui utilisent des off_t.

http://www.opengroup.org/onlinepubs/...ons/lseek.html
http://www.opengroup.org/onlinepubs/...ons/ftell.html

[Obsidian]

Pensez vous que cela serait possible de "recrééer" les fonctions fseek en ftell pour le faire prendre des paramètres en float?

De plus, prendre des paramètres en float me parait une mauvaise idée. Cela sous entend que tu acceptes un déplacement de 5,63 octets, c'est bizarre. Mais un long long int (sur 64 bits) me parait plus approprié.

J'abonde dans le sens de ram-0000, en précisant que les nombres à virgule flottante ne sont pas des « solutions magiques » pour coder les grands nombres. Un float en simple précision au format IEEE 754 tient sur 32 bits. Cela veut dire que le nombre de valeurs différentes que l'on peut coder avec est exactement le même qu'avec un int 32 bits. Moralité, passé 2GO, notre ami ne pourrait plus se déplacer dans son fichier à l'octet près.

[devdebutantajax]

Bonjour,

Merci à tous pour vos réponses.
Je me suis lancé dans l'API Windows, je n'aurais plus à gérer ces problèmes de taille codée sur 32 bits.
Cependant étant donné que je débute, je suis confronté à des problèmes...

Voici le code que j'essaye:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
#include <cstdlib>
#include <iostream>
#include <Windows.h>
#include "ressource.h"
 
using namespace std;
 
int WINAPI WinMain(HINSTANCE hInstance, HINSTANCE hPrevInstance, PSTR szCmdLine, int iCmdShow)
{
HANDLE monfichier=CreateFile("test.txt",GENERIC_READ,FILE_SHARE_READ,NULL,OPEN_EXISTING,0,NULL);
//HANDLE hfic=CreateFile(fichier,GENERIC_READ,FILE_SHARE_READ,NULL,OPEN_EXISTING,0,NULL);
   char tab[20] ;
   LARGE_INTEGER t;
   bool taille=GetFileSizeEx(monfichier, &t);
 
    sprintf(tab, "taille égale %d",taille);
    MessageBox(NULL,tab,"barre de titre",MB_OK| MB_ICONEXCLAMATION);
    return 0;
}

Mais j'obtiens l'erreur `GetfileSizeEx' undeclared (first use this function)

Je précise que je débute vraiment en programmation avec l'API Windows. J'ai regardé divers tutos sur developpez.com, mais je semble avoir manqué quelquechose.
Pour utiliser l'API dois-je inclure autre chose que "<Windows.h>"?
C'est nouveau pour moi j'ai encore du mal à tout comprendre.

Si quelqu'un peux m'expliquer ce qui pose problème.

Merci

[orfix]

Pas sûr mais faut peut être écrire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#include <windows.h>

[ram-0000]

Attention, la fonction GetFileSizeEx retourne un BOOL et pas un bool (c'est presque pareil mais pas tout à fait pareil quand même).

Dans la doc MSDN, il faut bien lire le bas, il y a des info intéressantes

Pour GetFileSizeEx(), tu as :

• le niveau d'OS pour un client : Client Requires Windows Vista, Windows XP, or Windows 2000 Professional.
• le niveau d'OS pour un client : Server Requires Windows Server 2008, Windows Server 2003, or Windows 2000 Server.
• Les includes à faire : Header Declared in WinBase.h; include Windows.h.
• Les librairies avec lesquelles se linker : Library Use Kernel32.lib.
• Les DLL nécessaires à l'exécution : DLL Requires Kernel32.dll.

Pas sûr mais faut peut être écrire :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
#include <windows.h>

Dans 99% des cas, Windows n'est pas sensible à la casse dans les noms de fichiers.

[Médinoc]

Pour les histoires de version de Windows :
Using the Windows Headers

[devdebutantajax]

Bonjour,

Merci pour vos réponses.
J'ai regardé la doc MSDN justement, mais pour les librairies à linker je pensais que le fait d'inclure <Windows.h> incluerait tout le nécessaire...
Comment dois je linker des librairies? include?

Ensuite pour la fonction j'ai remplacé bool par BOOL, je ne savais pas qu'il y avait une différence mais merci pour l'info

Merci pour votre aide

[dj.motte]

Bonjour,

Une chose que je ne saisis pas bien dans cette structure :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
 
 
struct stat test_stat;
printf("taille=%d\n", sizeof(test_stat.st_size));

stat.st_size est de type __off_t c'est à dire à quel type de redéfinition ?
Si c'est unsigned int comme size_t normalement sur 4 octets non signés on peut représenter plus que 2Go ?

[nicolas.sitbon]

stat.st_size est de type __off_t c'est à dire à quel type de redéfinition ?
Si c'est unsigned int comme size_t normalement sur 4 octets non signés on peut représenter plus que 2Go ?

Si on se réfère à la norme :

blkcnt_t and off_t shall be signed integer types.

[dj.motte]

Si on se réfère à la norme :
Citation:
blkcnt_t and off_t shall be signed integer types.

Ah bon, la taille en octets d'un fichier peut être négative ? Un fichier à -1 octet je ne connaissais pas.

Il faut dire off_t c'est plus savant que int.