Comment garantir la non destruction d'un pointeur

Mes salutations,

Y a t'il une maniére pour savoir si un pointeur P n'a pas était détruit afin d'invoquer ses méthodes?

Par exemple:

Code:

---

1 2 3 4 5 6 7 8 9 10

void function(pointeur * p) {   .......je veux savoir si ce p n'a pas été détruit.............   p->setvl(); <------------ si p a été détruit dans un autre processus j'ai un crash du programme   }

---

Merci d'avnace

Bonjour,
Très simple : utiliser des pointeurs intelligents ;)
Voici l'article intéressant à lire Présentation des pointeurs intelligents en C++ par Loïc Joly

[EDIT] : cependant, s'il s'agit d'un problème de concurrence, alors il faut aussi penser à mettre en œuvre des mécanismes de synchronisations (mutex par expl).

Je genre de question montre un problème au niveau des règles de codage ou d’architecture de la solution logiciel.

Soit l'état de l'objet contenant la METHODE SANS NOM permet de répondre à cette question, soit le pointeur a été réinitialisé à NULL.

En clair, dans une conception intentinet soignée, cette question ne se pose pas.

Citation:

---

pointeur P n'a pas était détruit

---

C'est quoi un pointeur détruit ?
Un pointeur il pointe (il ne tire pas:mouarf:), un point c'est tout.
Si l'objet sur lequel pointe le pointeur a été libéré de la mémoire (appel du destructeur), cela ne change rien à l'objet (après l'appel du destructeur), c'est juste que la mémoire où il est est dans la liste des blocs mémoires libres.

Vous pouvez vous servir de cette propriété pour faire du debugging, mais uniquement du debugging de votre mécanisme de gestion des références, il y a _CrtIsValidPointer (http://msdn.microsoft.com/en-us/libr...45(VS.60).aspx)

Citation:

---

cela ne change rien à l'objet (après l'appel du destructeur), c'est juste que la mémoire où il est est dans la liste des blocs mémoires libres.

---

Rien de plus dépendant du système.

Citation:

---

Envoyé par bacelar

En clair, dans une conception intentinet soignée, cette question ne se pose pas.

---

Il m'a l'air d'avoir un problème d'accès concurrent/réentrant et ses références à une donnée pointée sont mal synchronisées.

=> comme 3DArchi en ce qui me concerne ; d'autant que les shared_ptr<> prennent en compte l'aspect de la destruction concurrente.