Discussion :

[dockurt2k]

Bonjour

Je dévellope depuis peu en utilisant la technologie COM. J'ai découvert récemment la possibilité d'utiliser des wrappers avec gestion d'erreurs de haut niveau et les smart pointers de visual c++ (j'utilisait les CComPtr ATL précédemment).
Cependant je ne comprend pas pourquoi les _com_ptr_t ne font pas de AddRef de trop quand on les assignent avec l'opérateur =.

Ainsi auparavant je réalisais ceci :

Code :

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

1
2
3
//on suppose que aPtr est un pointeur initialisé sur un autre objet d'une API
CComPtr<IB> bPtr
aPtr->GetSubObject(&bPtr);

Dans ce cas l'appel à GetSubObject réalisait un increment de reference (comme toutes les méthodes d'API retournant une interface). L'opérateur & de CComPtr m'assurait qu'il en réalisait pas d'autres AddRef. l'appel à Release était automatique en fin de portée.

Avec les _com_ptr_t et wrapper de méthodes :

Code :

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

1
2
IBPtr bPtr;
bPtr= aPtr->GetSubObject();

Le probléme c'est que au cours de l'appel à l'opérateur =, un addRef est effectué (j'ai vérifié en Debug). Or le compteur de référence se trouve à 1 aprés cette ligne. Il devrais être à 2 (AddRef par l'api plus AddRef dans l'opérateur =).

Ca marche c'est cool, mais je voudrais savoir pourquoi (release dans le wrapper ?), et être sur que ca marche.

Merci d'avance

[Médinoc]

Que retourne GetSubObject() ?
Si GetSubObject() retourne un pointeur d'interface, l'opérateur = n'est peut-être pas le même.

Si GetSubObject() retourne un _com_ptr_t, on doit avoir un truc du genre:

• GetSubObject() retourne un _com_ptr_t temporaire non-nommé --> AddRef()
• Copie dans ta variable bPtr --> AddRef()
• Destruction du temporaire non-nommé --> Release()

[dockurt2k]

GetSubObject est le wrapper crée par le compilateur.
Pour reprendre le langage microsoft c'est le "high-level error-handling properties or methods" il encapsule la méthode initiale ou le retour se fait sur le dernier argument.

Ainsi je peut utiliser

Code :

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

HResult raw_GetSubObject(IB **); //raw est el préfixe par défaut

ou

Code :

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

IBPtr GetSubObject();

Je tenais à le préciser pour être claire.
Le retour est donc bien un _com_ptr_t.

Si GetSubObject() retourne un _com_ptr_t, on doit avoir un truc du genre:
GetSubObject() retourne un _com_ptr_t temporaire non-nommé --> AddRef()
Copie dans ta variable bPtr --> AddRef()
Destruction du temporaire non-nommé --> Release()

Si ca se passait ainsi le compteur serait à deux une fois que je récupérerai le pointeur, ce qui n'est pas le cas.

[dockurt2k]

j'ai peut être trouvé finalement, voila le fonctionnement que j'observe :

De ce que j'ai put voir dans comip.h et dans le tli correspondant à mon API (et donc contenant les wrapper haut niveau) :

• GetSubObject() appelle la méthode de base raw_GetSubObject() sur un pointeur simple. -> AddRef dans l'api
• GetSubObject() crée un com_ptr_t à partir de ce pointeur brute en lui demandant explicitement de ne pas faire de AddRef
• GetSubObject() retourne ce com_ptr_t temporaire
• Ce pointeur temporaire est assigne à mon pointeur permanent -> AddRef sur l'opérateur =
• Le pointeur temporaire est détruit -> Release

Hum mais c'est peut être ce que Médinoc voulais dire. Je pensait qu'il n'avais pas prit en compte le Addref de l'APi. Si c'est le cas toute mes excuses.

[Médinoc]

Oui, c'était bien du AddRef() interne que je parlais.