[MFC] Tester l'initialisation d'un ActiveX

Version imprimable

11/03/2005, 12h13
poseidon2

[MFC] Tester l'initialisation d'un ActiveX

Bonjour.

Alors mon appli comporte deux fenetre en parrallele et j'aimerais declencher un traitement seullement quand l'activeX de ma premier fenetre est lancer.

Donc j'ai essayé en faisant une boucle while en essayant de tester l'IID de ma fonction mais j'ai pas reussi.....

Auriez vous une idée ?
11/03/2005, 14h04
nico-pyright(c)

c'est un activeX que tu as créé ?
11/03/2005, 14h12
poseidon2

Non c'est activeX d'econ* pour ne pas le nommer...
11/03/2005, 14h13
mat.M

Il ya plusieurs moyens :
Avec

Citation:

CLSIDFromProgID
Looks up a CLSID in the registry, given a ProgID.

HRESULT CLSIDFromProgID(
LPCOLESTR lpszProgID, //Pointer to the ProgID
LPCLSID pclsid //Pointer to the CLSID
);

Cette fonction retourne un GUID en passant l'identifiant de l'Acitve X
obtenu dans la base de registre , dans HKEY_CLASSROOT\CLSID\.....

Par exemple on trouve : MSFlexGrid Style Property Page Object

Sinon il ya la fonction inverse CLSIDFromProgID

Ou bien avec CoCreateInstance/QueryInterface qui retourne un pointeur sur une interface

Citation:

IUnknown::QueryInterface
Returns a pointer to a specified interface on an object to which a client currently holds an interface pointer. This function must call IUnknown::AddRef on the pointer it returns.

HRESULT QueryInterface(
REFIID iid, //Identifier of the requested interface
void ** ppvObject //Address of output variable that receives the
//interface pointer requested in iid
);

Avec les MFC il y a CComPtr

:roll:
11/03/2005, 14h16
mat.M

Citation:

Envoyé par poseidon2

Non c'est activeX d'econ* pour ne pas le nommer...

Eh bien avec les fonctions que j'ai évoquée à l'instant il faut passer le nom de l'Active X à CLSIDFromProgID qui retourne un GUID.
Après passer ce GUID à QueryInterface
11/03/2005, 14h19
poseidon2

Merci bien, je vais essayer :wink:
11/03/2005, 14h30
poseidon2

J'ai regardé mais je ne vois pas en quoi je vais savoir si mon activeX est bien lancé. Car apres le premier lancement, l'activeX est enregistrer en base de registre donc il va toujours le trouver...... :roll:
11/03/2005, 14h33
nico-pyright(c)

tu ne pourrais pas créer une zone de mémoire partagée, et au moment où tu instancies ton activeX, tu renseignes une valeur pour dire qu'il est instancié, et si cette valeur est déjà renseignée, alors tu n'instancies pas l'activeX ?
11/03/2005, 14h58
poseidon2
L'embetant c'est qu'étant dans une MFC, l'activeX est censé s'instencié au demarrage. Seulement il faut que j'attende qu'il est finis de se lancer pour agir dessus....

Pour vous eclairer je met un bout de code. C'est un bout du InitDialogue de la boite de dialog principale.
Code:

1 2 3 Presentation newPre = new Presentation(NULL); newPre.SetOutPut(this, &m_player); newPre.DoModal();
Ici je declare ma nouvelle boite de dialogue(Presentation), puis le lui pâsse les parametres de la premiere avec SetOutPut et ensuite je lance ma deuxieme boite de dialogu....

Je me demandais en, fait si c'étais pas le DoModal() qui bloquait.....
11/03/2005, 16h00
Aurelien.Regat-Barrel

Ca me parrait bizarre que ton ActiveX soit dans un état "initialisation en cours". A ma connaissance, par défaut, tant que l'ActiveX n'est pas créé tu restes bloqué. Qu'est-ce qui te fait dire ça ?

Ben en fait, apres avoir passer mes parametre, je fais une action sur l'activeX sur le bouton OK de mon "newPre" :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
void Presentation::OnBnClickedOk()
{
 
	ieConfPlayerPtrPres=m_playerRes->GeteConfPlayer();
	CString cheminScene = "C:\Program Files\FranceTelecom\eConfv4\scenes\simple\tres_simple.ecf";
	ieConfPlayerPtrPres->OpenScene((_bstr_t)cheminScene);
	OnOK();
}
 
void Presentation::SetOutPut(CDialog *diag, CCctrleconf1 *m_player)
{
	m_diag=diag;
	m_playerRes=m_player;
}

Mais en debugantj'obtiens une valeur vide dans "ieConfPlayerPtrPres" :

Code:

1
2
3
4
5
6
7
8
9
10
-	this	0x0012df50 { classPresentation={...} _messageEntries={Length=0} messageMap={...} ...}	Presentation*
   +	   CDialog	{...}	CDialog
	_messageEntries	{Length=0}	AFX_MSGMAP_ENTRY[]
   +	 classPresentation	{ m_lpszClassName=0x00517cc8     m_nObjectSize=128 m_wSchema=65535 ...}	CRuntimeClass
    +	iTermConfPres	{...}	 _com_ptr_t<_com_IIID<ITerminalConfig,&_GUID_05084331_04c2_4378_b1c3_c64ca59b3dd6> >
    -	ieConfPlayerPtrPres	{...}	_com_ptr_t<_com_IIID<IeConfPlayer,&_GUID_79b9610e_0906_4071_9396_108aba025cfb> >
          +	    m_pInterface	0x00000000	IeConfPlayer*
          +	m_diag	0x0012ec70	CDialog*
          +	m_playerRes	0x0012ed38 { classCCctrleconf1={...} }	CCctrleconf1*
          +	messageMap	{ pBaseMap=0x0051f240 lpEntries=0x00515fcc }	AFX_MSGMAP

11/03/2005, 16h38
Aurelien.Regat-Barrel

Code:

"C:\Program Files\FranceTelecom\eConfv4\scenes\simple\tres_simple.ecf";

t'aurais pas oublié de doubler les anti slash ? :wink:
11/03/2005, 16h57
poseidon2

C'est aussi vrai :oops:

Mais l'erreur ne viens pas de la vu que :

Code:

m_pInterface 0x00000000 IeConfPlayer*

(En plus apres correction ca fait pareil...)
11/03/2005, 17h23
Aurelien.Regat-Barrel

Et si tu attends un certain temps ça marche ?
21/03/2005, 14h38
poseidon2

Désolé de repondre en retard mais j'étais en vacances et comme toute les bonnes choses ont une fin, me revoici avec ma question tordu...:roll:

Donc. J'ai essayer avec un sleep de 10sec mais ca ne change rien.

En fait j'ai l'impression en regardant le debugueur que meme si les pointeurs sont affecté(je les passe donc pas de probleme) que l'activeX n'est pas lancé.....

Je me demande si ce n'est pas du au lancement de ma premiere boite de dialog.

Comme je l'ai dis plus loin, je fais le lancement dans l'InitDialog de l'interface principale. Or j'ai l'impression que le programme attend(du au DoModal()) qu'on clique sur OK pour demarrer l'activeX.
Ce qui m'embete un petit peu.... :?
21/03/2005, 14h40
Aurelien.Regat-Barrel

C'est quoi la question ? :wink:
21/03/2005, 14h45
poseidon2

Effectivemùent c'est pas tres clair... :roll:

Donc la question c'est : Y a t il un autre moyen pour lancer mes deux CDialog en parallele?

Comme ca je pourrais verifier si kle probleme viens de mon DoModal ou de l'active X lui meme....

C'est un peu plus clair.............. ou pas ? :?
21/03/2005, 14h50
Aurelien.Regat-Barrel

Ben je comprends pas quand est-ce que tu crées ton ActiveX, et que vient faire ton dialog / DoModal http://arb.developpez.com/smileys/spamafote.gif
21/03/2005, 16h37
poseidon2

Alors ..... En fait j'ai une premiere fenetre CDialog ou l'activeX est lancé. Elle marche.

Apres j'ai voulou en creer une deuxieme qui s'ouvre avant mais qui agis sur la premiere (sur l'activeX de la premiere en fait)

Donc je l'ai créé mais pour qu'elle se lance en parralele, je l'ai lancé dans le InitDialog de ma premiere fenetre....

et j'effectue un DoModal pour activer ma deuxieme fenetre......

Ai je été clair?
J'ai bien peur que non....
21/03/2005, 17h54
Aurelien.Regat-Barrel

J'ai peur que oui plutot. C'est à dire que tu bloques l'initialisation de ta 1° fenêtre en appelant la 2° qui doit agire sur la 1° ?
Ah ben si c'est ça c'est normal que ça coince vu que l'init n'est pas terminée. Et puis nivo design c'est pas top. Mais bon.
Tu as essayé d'appeler CDialog::OnInitDialog() avant ton DoModal() ?
22/03/2005, 09h45
poseidon2

C'est ca, tu as bien compris.

Oui j'ai essayé mais ca a pas marché non plus...

Mais si tu dis que c'est pas top, tu aurais une autre facon de faire?

Car pour l'instant je n'ai qu'un bouton OK sur ma page donc je peu faire autrement.

Au debut je pensais faire une boite de dialog qui se lance en parralele et faire un "hide" de la premiere a l'intialisation mais j'ai pas reussi..... :?
22/03/2005, 10h11
Aurelien.Regat-Barrel

Une dialog fille qui modifie le parent, c'est ça que je trouve moyen. Elle doit faire quoi cette dialog ?
22/03/2005, 10h25
poseidon2

Elle doit juste initialiser la scene par defaut de eCon*.
Pour eviter d'avoir un changement visible au lancement de l'appli principale(eCon* a par defaut la derniere scene utilisée et non celle que je veux), je me suis dis que crée une premiere "dialog" avec juste OK serait pas mal.
le bouton OK activerais la mise en place de la scene par une foction propre à l'ActiveX et donnerais ensuite la main à la fenetre principale(ou la mettrais en show)
22/03/2005, 10h26
Aurelien.Regat-Barrel

Et au pire tu peux pas renvoyer des paramètres d'initialisation et faire cette init depuis ta dialog mère ?
22/03/2005, 10h37
poseidon2

Ben en fait j'ai le meme probleme.

Car pour agir sur cette activeX, il faut qu'il soit lancé.
Hors vu que j'essaye de la modifier dans l'init (qui n'est donc pas finis), il ne l'est pas....

N'y aurait-il pas un moyen sinon de creer une fonction qui se lance automatiquement apres le OnInitiDialog?
22/03/2005, 11h12
Aurelien.Regat-Barrel

Je pense que le problème est ailleurs. On est bien d'accord que si tu vires ton dialog l'ActiceX se crée comme il faut. Tu utilises ATL pour le "hoster" ?
Comment tu t'y prends ?
22/03/2005, 12h09
poseidon2

Oui c'est bien ca. L'activeX se lance bien si je vire mon Dialog.

Sinon, j'utilise ATL pour gérer les evenements sur cette activeX(TerminalEvent.cpp ......).

Sinon j'ai créé l'activeX graphiquement et je lui est associé une variable: m_player.

A partir de cette variable je recupere la configuration de mon activeX par une fontion GetConf();

Je ne peu qu'ensuite agir sur cette activex, une fois la configuration recupérée.
22/03/2005, 13h44
Aurelien.Regat-Barrel

Bah je sais pas trop. Peut être que c'est lié à ATL, peut être que c'est la faute à ton ActiveX. Je maitrise pas le domaine. J'hésite à te souffler une solution porc qui à défaut de quelque chose de propre aurait sûrement le mérite de marchouiller déplacer ta fenêtre en (-10000, -10000) afin que l'ActiveX soit correctement initialisé sans que la fenêtre ne soit visible puis à créer ton dialogue et une fois fermé mettre ta fenêtre principale au bon endroit. Si tu as un peu de temps étudies plus en profondeur ATL.
22/03/2005, 13h56
poseidon2

Ok. Merci pour la solution de "porc".
Je vais voir si j'ai le temps de trouver autre chose.

Si j'y arrive je reviendrais vous le dire.

Merci encore :wink: