Client COM dans un composant VCL

Bonjour,

Sous BCB6, j'ai cr�� un composant qui encapsule un client COM/DCOM.
Ce composant dispose d'une fen�tre de configuration, qui permet entre autre la connexion � un serveur COM.

Le composant fonctionne parfaitement si je l'utilise dans un projet.

Par ailleurs, j'ai ajout� la possibilit� d'appeler la fen�tre de config dans l'IDE. (paquet design uniquement incluant un RegisterComponentEditor sur ma fen�tre de config, d�finie dans le paquet runtime).

L�, �a se complique!
Si je double-clique sur le composant, ma fen�tre de config s'ouvre normalement.
Si je tente la connexion � un serveur COM, j'obtiens alors une erreur :
(message box "_ASSERTE"):
"p!=0 @ c:\program files\borland\cbuilder6\include\atl\atlbase.h/509"
"Press Yes to terminate, no to continue and cancel to debug".
Ce message est suivi d'un suivant indiquant "External exception 80000003", et enfin un troisi�me indiquant une violation d'acc�s dans mon bpl runtime.

Que se passe-t-il ?

Merci d'avance

pour moi �a correspond � la ligne :

Citation:

---

_NoAddRefReleaseOnCComPtr<T>* operator->() const
{
ATLASSERT(p!=NULL);
return (_NoAddRefReleaseOnCComPtr<T>*)p;
}

---

je ne connais pas bien l'implementation COM,
cependant cet assertion a �t� mise pour empecher de faire un Release() ou autre sur un "smart pointer" qui est NULL;
ce qui semblerait suggerer que,dans ton cas , l'initialisation du pointeur apr�s CoCreate ou QueryInterface ou autre , retourne apr�s un pointeur null en mode propertyeditor .

peut �tre qu'en contr�lant les initialisations :

Code:

---

1 2 3 4 5 6

HRESULT hr = ..... if (! (SUCCEEDED(hr)) ) { //message d'erreur }

---

tu pourrais trouver d'ou �a vient...

par ailleurs tu pourrais peut �tre essayer de reproduire le bug en testant ton composant "en dehors de l'IDE" (contexte de test : composant non install� dans l'IDE /code du composant mis dans un .h et cpp , et une fiche vierge d'une application , ainsi que la fenetre de ton property editor" ...peut �tre en mettant cette fenetre en modal ou autre ...)

Djob,

Tout d'abord, merci pour ta r�ponse.

Malheureusement, avant mon post, j'avais compl�tement test� mon composant, qui fonctionne sans aucun probl�me, que ce soit en le d�posant sur une fiche, ou en d�rivant une instance de la classe par prog.

Le prob�me vient bien de la cr�ation de l'instance depuis l'IDE par le propertyeditor.
J'ai m�me essay� de ne pas la cr�er directement depuis le propertyeditor, mais d'ex�cuter depuis ce dernier une m�thode export�e d'une dll charg�e dynamiquement, laquelle cr�e une instance de ma classe. J'obtiens exactement le m�me r�sultat.

Par ailleurs, je suis certain d'obtenir un pointeur IUnknown correct, car des QueryInterface sur des interfaces particuli�res des serveurs, ainsi que des m�thodes de ces interfaces appel�es durant l'initialisation de ma Form fonctionnent!!! J'obtiens m�me des donn�es coh�rentes du serveur COM. Tout se bloque apr�s le ASSERT.

Enfin, tous mes HResults sont d�j� trac�s dans un log, o� je ne vois rien de sp�cial.

J'avoue! je cale...

:( Toujours pas de solution ! En revanche si �a peut �tre utile, j'ai localis� l'origine exacte du d�clenchement de l'exception qui se produit lors de la lib�ration de ressources allou�es par le serveur (appels de free() sur le pointeur d'allocation g�n�ral), et donc bien s�r, uniquement en mode design-time.

Pour ceux que �a pourrait interresser (apparament, pas grand monde!!) j'ai fini par trouver.
En mode design, il faut allouer le pointeur d'allocation COM depuis le paquet de conception.