Discussion :

[esteban]

Bonsoir à tous,

vous allez trouvez la question certainement un peu redondante mais les explications fournies ainsi que les exemples me semblent trop complexes, enfin je veux dire qu'avec des exemples plus simples on comprendrait plus parfaitement.

Je vous donne donc un exemple vraiment trivial :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
typedef shared_ptr<Classe1> Classe1_ptr;
 
Classe1_ptr fonction1() {
   return Classe1_ptr(new Classe1("test"));
}
 
main() { //Pour simplifier... ;)
Classe1_ptr p = fonction1();
}

C'est trivial hein ?

Ce je voudrais savoir c'est si au retour de fonction1() mon pointeur intelligent a un use_count() de 1 ou de 0 ?

Je suis un peu perturbé car en Objective-C on nous dit de faire systématiquement un [p retain] pour augmenter le compteur et un [p release] à la fin pour le décrémenter.

Ici je serais tenté de faire un Classe1_ptr(p) pour augmenter le compteur...

J'ai fait des tests : et le use_count au retour est bien de 1, mais va-t-il le rester ? Si je fais Classe1_ptr(p), le use_count passe à 2, ce qui est logique. Est-ce que je prends un risque vis-à-vis de la destruction, est-ce que c'est nécessaire ou inutile ?


Sinon petite question subsidiaire :
S'agissant d'un vector<Classe1_ptr>, si je le récupère en retour d'une fonction, quel est le use_count des éléments qu'il contient ? Ne prenais-je pas le risque de voir son contenu disparaitre si je n'agis pas sur le compteur des éléments ?

je vous remercie pour ces éclaircissements qui je suis sur seront de nature à aider les autres qui comme moi pataugent un peu avec cette syntaxe (je suis plus à l'aise en Objective-C je l'avoue...)

Salutations
Tristan

[3DArchi]

Salut,
Je ne suis pas sur de bien comprendre tes angoisses. Mais si shared_ptr est bien implémenté, tu n'as pas à t'occuper du compteur de référence. L'implémentation doit te garantir la cohérence du compteur selon les copies faites ou les variables détruites (par sortie de scope, de destruction du conteneur vecteur ou autre classe).

[esteban]

justement ce qui m'angoisse comme tu dis c'est de ne pas savoir quel est le scope dans mon cas :
le shared_ptr est créé dans la fonction, logiquement en sortant de la fonction il doit disparaitre non ?
Voilà pourquoi je me demande si je ne devrais protéger le shared_ptr qui m'est retourné en le "copiant" ?

[gl]

justement ce qui m'angoisse comme tu dis c'est de ne pas savoir quel est le scope dans mon cas :
le shared_ptr est créé dans la fonction, logiquement en sortant de la fonction il doit disparaitre non ?
Voilà pourquoi je me demande si je ne devrais protéger le shared_ptr qui m'est retourné en le "copiant" ?

Pour faire simple, le retour effectue une copie.

En outre, si tu fais une copie dans la fonction, cette copie sera aussi détruite à la fin de la fonction. La copie ne changerait donc rien au compteur de référence.

[esteban]

ben voilà c'est tout à fait simple comme réponse.

Est-ce que c'est pareil pour les vector ?

merci

[Davidbrcz]

Pour faire simple, le retour effectue une copie..

en théorie, c'est juste. En pratique, la NRVO change la donne