Discussion :

[Barahn]

Bonjour à tous, je dois bien qu'ayant aucune connaissance à la base developper un projet utilsant les objets COM d'un logiciel quelconque. A force de lecture de tutoriels dont celui de developpez. com (remarquable au passage) et d'exemples, j'ai réussi à créer des programmes qui marchent. Sauf qu'à la fin du ledit programme, j'ai des problèmes de désalocations mémoires (le débuggeur me dit qu'il bloque sur la fonction release) dans la définition du fichier CComPtr mais tout les exemples que j'ai lu utilise ce template. Alors que fais-je de mal?
J'aimerai donc savoir ce que fait exactement CComPtr?
Y a t il une différence entre:
-IInteface* objet=NULL
- CComPtr<IInterface> objet

Je remercie par avance toute réponse ca me permettra de finir mon projet.

Cordialement

[Aurelien.Regat-Barrel]

Comment initialises-tu ton pointeur ?

[Barahn]

Bah j'ai toujours utilisé CComPtr, mais depuis mes soucis j'ai essayé la deuxième formulation qui donne les mêmes résultats et rend les choses plus stable. J'ai eu donc l'impression que c'était les CComPtr qui me posait problème .
Mais j'y comprend donc plus rien car selon MSDN CComPtr est une template servant à initialiser un pointeur d'une interface COM et devrait donc à priori poser aucun problème d'autant plus que tous mes exemples utilise cette template.
Donc d'où la question que font réellement les CComPtr et eventuellement y-a-til des précautions d'usage.

[Brouzouf]

Salut,
Ce que tu as est donc un smart pointer. Il faut bien comprendre q'un smart pointer encapsule une interface. De ce fait lorsque tu fait ptr = NULL, un release est fait sur ton interface. De même lorsqu'un smart pointer est détruit un release est effectué sur l'interface.
IInterface = NULL est différent de ptr = NULL, car dans le premier cas, ton interface n'est pas détruite (pas de release donc risque de perdre ton interface) mais dans le deuxième, ton interface est détruite (release).
Il faut que tu faces très attention aux AddRef et Release qui sont fait sur tes interfaces pour ne pas en perdre.
Une autre remarque, lorsque tu crée un CComPtr, un Addref est effectué sur ton interface passé en paramètre, le CComPtr prend contrôle de ton interface donc si tu n'as plus besoin de ton interface après, tu dois faire un release.

[Barahn]

Il faut que tu fasses très attention aux AddRef et Release qui sont faits sur tes interfaces pour ne pas en perdre.

Justement c'est le point avec leque j'ai le plus du mal. Car jusqu'à ce jour j'utilisais des constructeurs et des destructeurs et je me posais pas plus de question. Donc j'ai du mal à voir pourquoi un compteur d'interface est nécesssaire.

le CComPtr prend contrôle de ton interface

Pour moi avec le CComPtr servait à crèer un pointeur d'une instance de l'interface (que je manipule comme une classe classique). Donc quand tu dis "prend le contrôle" tu sous-entends un mécanisme particulier à la technologie COM.
et dermier point obscur

smart pointer encapsule une interface

Pour moi c'était une classe qui en encapsulait une autre et non pas un pointeur. Donc qu'apporte ce mécanisne du point de vue des propriétées?

[Gabrielly]

Bonsoir,

La différence entre un pointeur d'interface et un objet CComPtr n'est pas très grande.

La règle COM dit que :"Si tu veux utiliser une interface IInterface d'un objet COM tu dois incrémenter son compteur de référence en appelant AddRef() sur l'interface. Si tu as finis avec cette interface tu invoques Release() sur la même interface."
Ainsi COM sait combien de client se sont liés sur cette interface et sait quant-est-ce qu'il faut libérer l'objet COM lorsque aucun client n'empreinte l'interface.

La classe CComPtr est une classe template de ATL (Active Template Library) c'est au fait une sorte de pointeur intelligent.
Mais pourquoi est-il intelligent?

Souvent les utilisateurs (programmes clients qui utilisent des objets COM) n'appliquent pas soigneusement la combinaison des AddRef()/Release() ce qui provoque le plus souvent des fuites de mémoire et par conséquent non libération des ressouces.
Pour palier à cet inconvénient le smart pointeur CComPtr est fournit afin d'encapsuler l'interface COM et de gérer à notre place cette paire de AddRef()/Release(). CComPtr les utilise lors qu'il est soit construit où lors des assignations(affections). Son opérateur "=", masque ces appels.

CComPtr a également pour but d'empêcher l'utilisateur d'appeler directement sur lui cette paire de AddRef()/Release() En utilisant la classe _NoAddRefReleaseOnCComPtr voir sa méthode de l'opérateur surchargé "operator->".

La bibliothèque ATL fournit également d'autres pointeurs intelligents comme CComQIPtr qui lui hérite de CComPtr en gèrant également les QueryInterface() à notre place.

Gabrielly

[farscape]

bonsoir,
tres bien tout ça ! ,ça sent la question pour la faq (M. Gabrielly) ?

[Barahn]

Souvent les utilisateurs (programmes clients qui utilisent des objets COM) n'appliquent pas soigneusement la combinaison des AddRef()/Release()

C'est bizarre mais je me sens pas concerné .
J'ai donc tout intérêt à utiliser les CComPtr, il prend en charge le tout dont notamment la désalocation mémoire.
Merci à tous pour ces indications et vous souhaite une bonne fin de semaine (expression Quebecquoise pour week-end).
Grand merci et à une prochaine