Appel dll COM en C

Version imprimable

05/07/2006, 11h10
syl63

Appel dll COM en C

Bonjour à tous,

Je souhaite appeller une dll COM développée en vb.net (Visual Studio .Net 2003 et framework .Net V1.1) à partir de C pur (développé avec Microsoft Visual C++ 6.0).
Plusieurs questions :

- Est-ce techniquement possible ?
- Dois-je migrer ma version de Microsoft Visual C++ ?
- Comment appeller les méthodes de la dll ?

Merci d'avance !
05/07/2006, 11h13
Médinoc
Bonjour,
D'après ce que j'ai vu sur un tutorial, oui, c'est possible, du moment que tu as les définitions d'interface qui vont bien.

Ensuite, tu utilises COM comme on utilise COM en C :
- Tu appelles CoCreateInstance, en passant l'adresse d'un CLSID et d'un IID...
- Tu appelles les fonctions de l'interface en mentionnant explicitement le membre lpVtbl et en passant le pointeur vers l'interface comme premier paramètre.
Edit: Au vu des messages suivants, ce n'est peut-être pas possible directement si la DLL est en .Net.
À creuser.
05/07/2006, 11h39
syl63

Appel dll COM en C

Ok, je vais chercher dans cette direction.
Merci pour ta réponse rapide.
05/07/2006, 11h50
Trap D

C'est du développement Windows (direction Forum Développement Windows). Attention, lorsque tu appelleras les fonctions de l'interface, donne les arguments dans l'ordre inverse de la déclaration de la fonction sinon tu auras des surprises.
05/07/2006, 11h51
Médinoc

?!
Qu'est-ce que c'est que cette histoire ?

c'est parce que c'est en .Net ?
05/07/2006, 12h55
Trap D

Non, en C.
Il m'est arrivé d'écrire dess ATL et lorsque je les utilise dans des prog C, je mets toujours les arguments d'appel dans l'ordre inverse.
05/07/2006, 13h23
Médinoc

Ben, j'ai jamais eu à faire ça quand je manipulais l'interface IActiveDesktop depuis le C et le C++... (Et j'utilisais des fonctions à deux arguments, plus le this en C)

Et la macro DECLARE_INTERFACE ne change pas l'ordre des arguments... Tout ce qu'elle fait, c'est rajouter le this en C...

C'est lorsque j'ai écrit un add-in pour Word, j'ai repris un code trouvé dans MSDN et c'était avec l'interface IDTExtensibility2.
C'est tout ce que je peux t'en dire :cry:

J'ai repris la même méthode lorsque j'ai fait appel à cette fonction trouvée dans le MSDN

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
STDMETHODIMP CallMethod(LPDISPATCH pDisp, LPOLESTR pszName, VARIANT* pvResult, UINT cArgs, VARIANTARG* rgVarParams)
{
    if (NULL == pDisp) return E_POINTER;
 
    DISPID dwDispID;
    DISPPARAMS dispparams = {NULL, NULL, 0, 0};
    dispparams.rgvarg = rgVarParams;
    dispparams.cArgs = cArgs;
 
    HRESULT hr = pDisp->GetIDsOfNames(IID_NULL, &pszName, 1, LOCALE_USER_DEFAULT, &dwDispID);
    if(SUCCEEDED(hr)) {
 
        hr = pDisp->Invoke(dwDispID, IID_NULL, LOCALE_USER_DEFAULT,
			DISPATCH_METHOD, &dispparams, pvResult, NULL, NULL);
 
        if (FAILED(hr)) 
		{
			hr = pDisp->Invoke(dwDispID, IID_NULL, LOCALE_USER_DEFAULT,
                    DISPATCH_METHOD | DISPATCH_PROPERTYGET, &dispparams, pvResult, NULL, NULL);
        }
    }
	return hr;
}

05/07/2006, 13h47
Médinoc

Tu veux dire que ce sont les VARIANTARG qu'il faut mettre en sens inverse ?
(Là, je n'ai rien à dire, je n'ai jamais touché à IDispatch)

PS: Un objet COM en .Net ne peut être appelé que comme ça?
05/07/2006, 14h23
Trap D

Citation:

Tu veux dire que ce sont les VARIANTARG qu'il faut mettre en sens inverse ?
(Là, je n'ai rien à dire, je n'ai jamais touché à IDispatch)

Exactement, tu as tout compris :D