Discussion :

[nikopol82]

Bonjour,
Je suis passé de VS2003 à VS2005 et j'ai noté le problème suivant : il semble que de nombreuses choses ont changé dans l'implémentation de la STL.
Depuis la nouvelle version, il n'est plus possible de comparer (pour l'égalité) des itérateurs de liste correspondant à des containers différents.
En effet :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
#if _HAS_ITERATOR_DEBUGGING
		void _Compat(const _Myt_iter& _Right) const
			{	// test for compatible iterator pair
			if (this->_Mycont == 0 || this->_Mycont != _Right._Mycont)
				{
				_DEBUG_ERROR("list iterators incompatible");
				_SCL_SECURE_TRAITS_INVALID_ARGUMENT;
				}
			}

En effet, il vérifie

Code :

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

1
2
 
this->_Mycont != _Right._Mycont

Je cherche une façon de contourner celà facilement.

La raison est que j'ai une classe type conteneur , qui utilise la liste de la stl. (c'est un pool d'objet avec une stratégie d'allocation.)
Les iterateurs de ce conteneur sont implémentés à partir d'un itérateur de liste. Je reproduit le concepte de "pointeur NULL" avec un

Code :

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

const static iterator DUMMY

(défini dans la class d'itérateur, idem pour le const_iterator). Ces valeurs statiques sont initialisées à partir d'une instance statique vide du conteneur avec begin().
Avec cette nouvelle implémentation de la stl, je ne peux plus comparer mes iterator avec iterator::DUMMY ou mes const_iterator avec const_iterator::DUMMY .

Une idée ?
S.

[Médinoc]

La première option qui me vient à l'esprit, c'est ceci:

Code C++ :

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

1
2
//En tête de source, avant les includes
#define _HAS_ITERATOR_DEBUGGING 0

[JolyLoic]

Et si tu les initialise avec le constructeur pas défaut de l'itérateur ?

[nikopol82]

Non, ils sont statiques et donc initialisés indépendamment.
S.

[JolyLoic]

Je n'ai pas compris ta réponse. Si ils sont initialisés avec le constructeur par défaut des itérateurs, sont-ils comparables sans problème avec des itérateurs venant de n'importe où (peut-être ce cas spécial est-il géré par la STL Microsoft)?

[nikopol82]

Les itérator et const_iterator "DUMMY" sont des variables membres const et static des classes iterator et const_iterator, donc initialisées indépendamment de tout constructeur car ils sont indépendants de l'instance de la classe.
Ils sont initialisés avant même l'exécution de main()
Le problème que j'ai avec la STL implémentée par MS, c'est qu'ils n'autorisent pas la comparaison par "==" et "!=" d'itérateurs de liste de même type si ils correspondent à des listes différentes. En effet, dans leur implémentation, l'itérateur possède un pointeur vers son container et si ces conteneurs sont différents, la comparaison lance une exception.
Il semble que ce probleme soit résolu en définissant due variables d'environnement à 0. (Je poste la solution tout à l'heure.) Ils semble que ce type d'implémentation soit standard.
en effet :
http://std.dkuug.dk/jtc1/sc22/wg21/d...1997/N1075.pdf voir le début de la page 2, écrite par le grand gourou du c++ .
Je vais donc devoir faire une implémentation qui respecte ce cas sans passer par une solution sale type variable d'environnement.
S.