Discussion :

[N0vember]

Bonsoir !
Suite à mes aventures avec set_difference, je me heurte à un autre problème : Je remplis moi même une liste à partir des pointeurs d'une autre liste (je fais manuellement la différence)
Mais, quand je parcoure cette liste et passe les pointeurs d'une fonction à l'autre, le déreferencement du pointeur dans la fonction appelée à un crash alors qu'une seconde plus tôt le même appel fonctionnait...
Une idée de ce qui a pu causer ce phénomène pour le moins étrange ?
Je commence à m'arracher les cheveux !

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
20
21
22
23
24
25
26
27
28
29
 
void PerceivedScope::foo(EmissionSourceList& sourceList)
{
        bool found = false;
        for(EmissionSourceList::iterator it = sourceList.begin(); it != sourceList.end(); ++it)
        {
		for(EmissionSourceList::iterator up = mPerceivedSources.begin(); up != mPerceivedSources.end(); ++up)
		{
			if ((*up) == (*it))
				found = true;
		}
 
		if (!found)
		{
			std::cerr << "Adding " << (*it) << " : " << (*it)->getEntity()->getIdentifier() << std::endl; 
                        /// On vérifie l'adresse du pointeur : 074FB488 : 2 (pas de crash)
			addedSources.push_back((*it));
		}
        }
}
 
/// Plus tard, a partir des entrées de la même liste que je viens de remplir
 
void PerceivedScope::addPerceivedSource(EmissionSource* source)
{
	std::cerr << "Adding " << source << std::endl;  /// 074FB488, la MEME adresse
	std::cerr << source->getEntity()->getIdentifier(); /// Crash
        notifyEntityAdded(source->getEntity());
}

[Sylvain Togni]

Avec le code posté on ne peut pas t'aider, le problème est ailleurs, surement dans le code entre les deux appels de fonction qui doit détruire quelque chose qu'il ne devrait pas.

[N0vember]

Effectivement, ce bout de code seul ne peut pas à lui seul produire une erreur.
Vu que le cas d'un dangling pointer était exclu (aucun delete n'a lieu à ce stade dans l'application), je comprenais vraiment pas ce qui pouvait causer un tel comportement.

J'ai finalement trouvé ! En fait l'objet dérivé héritait de deux bases abstraites, dont EmissionSource, comportant des interfaces communes. Un simple changement d'ordre d'héritage a résolu le problème (en mettant EmissionSource en premier).

Par contre je suppose qu'un cas similaire avec un pointeur sur l'autre interface X pourrait lui aussi produire ce genre d'erreur, maintenant qu'elle est initialisée en second ?