Discussion :

[tondoudou]

Bonjour à tous, pour la première fois je ne trouve pas de solution à mon problème.
Comment limiter l'algorithme copy depuis un flux vers un conteneur pour n entiers comme on le fait avec les iterateurs de conteneurs "copy(nom. begin(), nom. begin() +n, Liste. begin())".
En effet les istream_iterator ne supportent pas cette opération et la documentation reste faible sur ce sujet.
Merci d'avance si vous avez la solution.

[jo_link_noir]

On ne fait pas...

Pour être plus précis, la bibliothèque standard ne propose pas de primitive suffisamment évoluée pour le faire. Les algorithmes sont trop spécialisés, les itérateurs trop complexes à faire alors qu'un moyen propre serait d'avoir 2 nouveaux itérateurs: zip_iterator et int_iterator par exemple et les utilisés comme ceci: std::copy(zip_iterator(std::istream_iterator{...}, int_iterator{}), zip_iterator(std::istream_iterator{}, int_iterator{n}), list.begin()).

Mais faire une classe d'itérateur demande quand même pas mal d'effort. Je ne perds pas espoir de voir range v3 dans le standard car cela simplifie beaucoup l'usage des algorithmes et les prérequis pour faire un itérateur.

[Invité]

Bonjour,

Je pense plutôt qu'il veut lire n entiers depuis le même itérateur, pas utiliser n itérateurs différents. std::copy_n est tout indiqué pour cela.

[tondoudou]

En effet je n'avait pas vu copy_n dans les algorithme.
pas de chance j'ai "copy_if" mais pas "copy_n" je doit continuer sur cette piste...

[jo_link_noir]

Si copy_n, te suffit, tu peux le simuler en invalidant le flux au bout de x tour de boucle et copy_if

Code :

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

1
2
3
4
5
6
7
 
std::copy_if(first, last, [&,n=0](auto&) mutable {
  if (++n == 42) {
    stream.setstate(std::ios_base::failbit);
  }
  return true;
});

C'est moche, spécifique au itérateur sur flux et pas mieux qu'une bête boucle fait à la main.

[tondoudou]

Merci pour vos réponses, cela m'a été très utile.