Probleme pour concatener 2 objets Set

bonjour,

j'ai un petit probleme pour effectuer une concatenation de 2 objets set de la STL.

En fait je copie un 1er objet set dans un nouvel objet set, puis je souhaite inserer les valeurs d'un 2eme objet a la suite de mon nouvel objet set :

Code:

---

1 2 3 4 5

objetSet objSet; objSet= objSet1; objSet.insert(objSet2.begin(),objSet2.end());

---

j'ai essayé ca, mais ca fonctionne de maniere aléatoire, l'insert plante régulièrement, je ne sais pas pourquoi, peut-être existe-t-il une methode plus adequate pour faire ca.

si quelqu'un a une idée ?

Merci

t'as essayé ca ?

Code:

---

std::copy(set1.begin(), set1.end(), std::back_inserter(set2.end()));

---

pour copier set1 a la fin de set2...

std::back_inserter va faire des push_back, ça ne marchera pas sur un set. Il faut un std::inserter je crois.

Mais bon le code original semble correct. S'il est mis à part dans un code minimal il plante toujours ?

Et... tu insères combien d'objets en tout ?

En fait, effectivement, le code original isolé fonctionne.

Le probleme étant que dans mon appli, je passe par une methode dans laquelle :
1°) j'effectue le traitement précédent.

2°) je passe dans une methode qui modifie les objet de mon objSet2

3°) on repasse dans la methode du 1°) avec l'objSet2 modifié, et donc c'est là que ca plante, j'ai l'impression qu'il y a un probleme sur la perte des id des objets contenus dans objSet2

en general objSet1 contient 1500 objet et objSet2 en contient 30.

Je test les différentes proposition

merci

j'ai essayé la proposition de toxcct, et ca donne le meme comportement.

ca fonctionne le premier coup et pas le deuxieme, meme exception sur la perte de l'id de l'objet.

c'est donc de mon traitement suivant que doit venir le probleme

C'est quoi les objets de ton set ? Comment est défini l'opérateur < dessus ?

Très bonne question de JolyLoic,

en fait les objet de mon set sont des pointeurs qui ont pour attribut un oid,
et mon set triait ces objets par l'id.

Dans le 3eme passage dans la methode comme j'expliquais plus haut,
l'oid des objets a été supprimé par une methode intermédiaire,
donc, pendant l'insertion d'un objet dans mon set, il cherche a ordonné le set en fonction de l'id, et donc ca plantait puisqu'il n'y était plus.

Solution trouvée : Création d'une structure triée par le pointeur et non par l'Id :

Code:

---

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

struct ObjetTrieeParPointeur { bool operator()( Objet* obj1, Objet* obj2) const { return (obj1 < obj2); } };   typedef set<Objet*, ObjetTrieeParPointeur> SetObjetTrieeParPointeur;

---

Voilà

Merci à tous

L'opérateur < est défini sur les pointeurs, pas besoin de créer un foncteur de comparaison perso pour ça ;)

Ok merci !

Par contre maintenant, j'ai une nouvelle exception toujours dans le 3eme passage par la methode, mais après être passé par l'insert,

lorsque je passe par un iterateur, il me retourne une exception sur le malloc (dbgheap.c) :

Code:

---

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

objetSet::const_iterator iter;   objetSet objSet; objSet= objSet1; objSet.insert(objSet2.begin(),objSet2.end());   for (iter = objSet.begin(); iter != objSet.end(); iter++) { MaClasse* objetdeMaclass = dynamic_cast<MaClasse*>(*iter);   }

---

MaClasse heritant de la classe des objets contenus dans objetSet

j'ai l'impression que c'est le dynamic_cast qui plante, mais avant d'utiliser des set, j'utilisais des liste de la stl et ca ne plantait pas...

Une exception C++, une exception Win32, une assertion qui foire ou une Debug Error ?

Et un merge ?

Il s'agit d'une exception :

Microsoft C++ exception: __non_rtti_object

Run Time Type Information qui serait liée d'après mes recherches au dynamic_cast.

Le RTTI est-il activé ? Ta classe de base possède-t-elle au moins une fonction virtuelle ?

Le RTTI est bien activé et ma classe possède bien une methode virtuelle.

j'ai refait mes tests en enlevant l'insert et ca ne plante plus.

En fait, ce sont les objets que j'insere qui sont détruits par ma methode intermédiaire (traitement qui est nécessaire et qui,
à la 3eme étape font planter le dynamic_cast.

Ce qui est intriguant c'est que la base de mon changement était de remplacer mes listes par des set, et que avec les listes je n'avait pas de plantage, même avec les objets détruits :? ...