Savoir combien de données ont été lues

Bonjour,

j'envoie par socket le contenu d'un fichier, à l'aide d'un buffer de taille fixe de 256 octets. Pour ce faire, j'utilise un ifstream et sa fonction read(buffer, count). Je passe donc 256 comme paramètre count.

Mon problème est que sur le dernier read, il est probable que moins de 256 octets seront lus, et mes clients se retrouvent avec du n'importe quoi après la fin de fichier. Cela leur cause des problèmes. Il faudrait que je leur dise combien d'octets lire dans le buffer que je leur envoie. Or la fonction ifstream::read ne me retourne pas le nombre d'octets lus. Suis-je contraint d'utiliser les fonctions C plutôt ou y a-t-il moyen de le faire avec les streams C++?

Merci,
Dr Dédé

Bonsoir,

Trouvé sur cplusplus.com: aller à la fin du stream, regarder la position puis revenir au début pour faire le boulot.

Code:

---

1 2 3 4 5 6 7 8 9 10

// get length of file: is.seekg (0, ios::end); length = is.tellg(); is.seekg (0, ios::beg);   // allocate memory: buffer = new char [length];   // read data as a block: is.read (buffer,length);

---

Citation:

---

streamsize gcount ( ) const;

Get number of characters extracted by last unformatted input operation
Returns the number of characters extracted by the last unformatted input operation performed on the object.

The unformatted input operations that modify the value returned by this function are those performed by the following member functions: get, getline, ignore, peek, read, readsome, putback and unget.

Notice though, that peek, putback and unget do not extract characters. So gcount will always return zero after a call to any of these.

---

Citation:

---

Envoyé par NoIdea

gcount

---

Merci, cela règle la question!

@Nudger, pourquoi aller aussi loin ? Nous avons ça dans la FAQ: http://cpp.developpez.com/faq/cpp/?p...HIERS_filesize
Je crois qu'il y a aussi un truc dans boost.filesystem si jamais il est utilisé.
Après, cette approche peut s'avérer problématique si le fichier est très gros, une lecture bufférisée à la main peut s'avérer plus efficace dans ces cas là (bien que 256 me paraisse un peu petit, de mémoire), et on en revient à gcount.