Nouvelle erreur de compil pour me rendre fou (ou plus)

**Sergejack** · 10/08/2006, 05h03

Le code :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14

	// Trouver la KF la plus proche inférieur ou égale à frameNumber
	map<long,long>::iterator it = index->upper_bound(frameNumber);
	it--;
	// Si aucune KF
	if (it < index->begin()) {
		// le prevRaster devient l'image vide
		delete prevRaster;
		prevRaster = new RasterLike(*getEmptyRaster());
		prevRasterFrameNumber = frameNumber;

		return prevRaster;
	}

Le cauchemard :

cov001.cpp
f:\program files\avisynth 2.5\avisynth_256_src\avsdll\cov001.cpp(227) : error C2784: 'bool std::operator <(const std::_Tree<_Traits> &,const std::_Tree<_Traits> &)' : impossible de déduire l'argument modèle pour 'const std::_Tree<_Traits> &' à partir de 'std::_Tree<_Traits>::iterator'
with
[
_Traits=std::_Tmap_traits<long,long,std::less<long>,std::allocator<std::pair<const long,long>>,false>
]
f:\program files\microsoft visual studio 8\vc\include\xtree(1372) : voir la déclaration de 'std::operator <'

**Laurent Gomila** · 10/08/2006, 08h19

C'est pourtant assez explicite, l'opérateur < n'est pas défini pour ce type d'itérateurs. Il ne l'est que pour les itérateurs de type "accès aléatoire" (? à vérifier), ceux des vector (uniquement ?) en l'occurence.

Si l'élément que tu recherches n'existe pas, alors ton itérateur vaudra index->end(). C'est le seul itérateur non valide qu'un conteneur de la STL pourra jamais te renvoyer.

**Luc Hermitte** · 10/08/2006, 09h43

Envoyé par Laurent Gomila

(uniquement ?)

Nope. Ceux des tableaux statiques aussi : un pointeur est un itérateur trivial à accès direct.

Code :

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

1
2
int i[42];
assert(boost::begin(i) < boost::end(i));

**roulious** · 10/08/2006, 15h58

Envoyé par Laurent Gomila

Il ne l'est que pour les itérateurs de type "accès aléatoire" (? à vérifier)

C'est le cas, en tout cas selon SGI http://www.sgi.com/tech/stl/RandomAccessIterator.html

Envoyé par Laurent Gomila

ceux des vector (uniquement ?) en l'occurence.

Et deque aussi.

**Sergejack** · 10/08/2006, 16h32

Y a t'il un substitu à cette opération ?

**SnakemaN** · 10/08/2006, 16h47

Boost ne peux pas t'aider dans ce cas ?

**Sergejack** · 10/08/2006, 17h40

Envoyé par SnakemaN

Boost ne peux pas t'aider dans ce cas ?

Boost n'est pas encore le standard actuel et je préfère ne pas simplement esquiver les problèmes ^^

**Laurent Gomila** · 10/08/2006, 17h49

Envoyé par Sergejack

Y a t'il un substitu à cette opération ?

Envoyé par Moi

Si l'élément que tu recherches n'existe pas, alors ton itérateur vaudra index->end(). C'est le seul itérateur non valide qu'un conteneur de la STL pourra jamais te renvoyer.

**Sergejack** · 10/08/2006, 19h27

strcomp ("C'est le seul itérateur non valide qu'un conteneur de la STL pourra jamais te renvoyer.", "Il n'y a pas d'autres solutions.") != 0

**Luc Hermitte** · 11/08/2006, 01h20

Et si tu comparais it à begin avant de le décrémenter ?

Sinon, je préfère généralement equal_range qui apporte bien plus d'informations utiles que lower_bound et upper_bound n'en apportent isolément.

**Sergejack** · 11/08/2006, 05h27

Envoyé par Luc Hermitte

Et si tu comparais it à begin avant de le décrémenter ?

Sinon, je préfère généralement equal_range qui apporte bien plus d'informations utiles que lower_bound et upper_bound n'en apportent isolément.

C'est ce que j'ai fait, mais j'espèrais en apprendre d'avantage en laissant la question posée.
Faut pas rêver donc, je vais marquer le sujet comme résolu.