Discussion :

[vdaanen]

Bonjour,

y a t il un moyen de forcer le membre interne _myfirst d'un std::vector a etre = 0 qd le vecteur est vide ?

J'ai un cas ou le vecteur est vide et myfirst != 0 et a l'appel du destructeur du vector, ca crashe l'appli.

Avec un std::list, je n'ai pas ce pb !

V

[nikko34]

est-ce que tu pourrais poster une exemple minimal de l'utilisation de ton vector?

[vdaanen]

ca va etre difficile

Le contexte est le chargement d'image a partir de plugin.
dynamiquement, ca se passe comme ca :
- le reader charge les images. ce mecanisme utilise des plugins dans des DLLs
- une fois les images chargées, le reader les copie avec d'avoir les images dans l'espace memoire de l'appli. Durant cette copie, on demande au plugin de liberer la memoire allouée a chaque image une fois cette derniere copiée.
- le reader communique par un vector<SmartPtr<Image> >

dans la methode Read, j'ai donc quelque chose comme ca

Code :

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

1
2
3
4
std::vector<std::string> files
std::vector<smartptr<Image> > l_pImgs;
Plugin->Read(l_pImgs, files);                 // les images sont dans l'espace memoire du plgin
CopyImage(l_pImgs);                          // copies les images dans l'espace memoire appli --> l_pImgs est vide

lorsque le destructeur est appelé pour l_pImgs, j'ai un crash car bien que le vector ait une taille nulle, myfirst != 0 et du coup, dans le code, ca appelle une méthode deallocate... a la fin de ce process, j'ai une corruption de HEAP alors que toute la memoire a deja ete desallouée.

avec std::list, je n'ai pas ce pb !

V

[poukill]

C'est quoi ton smartptr? un shared_ptr? un auto_ptr?

Quand tu dis :

Code :

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

std::vector<smartptr<Image> > l_pImgs;

Ca veut dire que vector prend une responsabilité partagée sur les objets. C'est ça que tu veux? Parce que là :

Durant cette copie, on demande au plugin de liberer la memoire allouée a chaque image une fois cette derniere copiée.

j'ai l'impression que la libération se fait à l'extérieure !

[vdaanen]

C'est quoi ton smartptr? un shared_ptr? un auto_ptr?

c'est une classe CSmartPtr, fait maison. idnetique a shared_ptr en fonctionnalité

Quand tu dis :

Code :

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

std::vector<smartptr<Image> > l_pImgs;

Ca veut dire que vector prend une responsabilité partagée sur les objets. C'est ça que tu veux?

non, ca veut dire que les images qui arrive dans l'appli via l'appel a cette methode pourront etre partagées

Parce que là :

j'ai l'impression que la libération se fait à l'extérieure !

en fait, la liberation se fait dans le plugin, pas dans l'appli

[Goten]

c'est une classe CSmartPtr, fait maison. idnetique a shared_ptr en fonctionnalité

Une raison de pas utilisé shared_ptr?

[camboui]

Code :

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

1
2
3
4
std::vector<std::string> files
std::vector<smartptr<Image> > l_pImgs;
Plugin->Read(l_pImgs, files);                 // les images sont dans l'espace memoire du plgin
CopyImage(l_pImgs);                          // copies les images dans l'espace memoire appli --> l_pImgs est vide

lorsque le destructeur est appelé pour l_pImgs, j'ai un crash car bien que le vector ait une taille nulle, myfirst != 0 et du coup, dans le code, ca appelle une méthode deallocate...

Si tu sais que _Myfirst!=0 c'est que t'as debuggé. Tu peux le refaire et nous donner les valeurs (d'une exécution donnée) de _Myfirst, _Mylast et _Myend juste après le CopyImage() ?
Et au passage le sizeof(smartptr<Image>).

[JolyLoic]

De plus, regarde la valeur de capacity, pas uniquement de size.

[3DArchi]

Bonjour,

y a t il un moyen de forcer le membre interne _myfirst d'un std::vector a etre = 0 qd le vecteur est vide ?

J'ai un cas ou le vecteur est vide et myfirst != 0 et a l'appel du destructeur du vector, ca crashe l'appli.

Avec un std::list, je n'ai pas ce pb !

V

Salut,

Code :

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

1
2
3
4
{
std::vector temp;
std::swap(temp,ton_vecteur);
}// ici ton précédent vecteur devrait être détruit.

Ton problème me fait penser à un débordement/écrasement.