Discussion :

[mambo]

Je peux utiliser n'importe quel type (BSTR, LPWSTR,...) du moment qu'il me permet de passer un tableau.

Il y a sûrement un moyen de passer un tableau d'un serveur COM (étant un exécutable) vers le client.

D'ailleurs, ils existent des serveurs OPC (sachant que l'OPC se base sur la technologie COM/DCOM) out-proc qui passent ce genre de structures.
Comment ils font pour développer ce genre de serveurs?

[Médinoc]

mat.M : Je disais cela en Inproc uniquement : Je n'ai pas encore touché au reste de COM.

Donc, si j'ai bien compris, nous sommes d'accord : Pour envoyer une liste de chaînes, il est indispensable de sérialiser le tout pour tout faire rentrer dans une BSTR.
J'aime bien ton exemple avec des \n, c'est plus simple que des \0 et ça peut suffire dans la plupart des cas...


Dans le pire des cas, on transforme le tout en XML et on l'envoie sous forme de BSTR

[mambo]

[mat.M]

Il y a sûrement un moyen de passer un tableau d'un serveur COM (étant un exécutable) vers le client.

On peut passer un pointeur mais je le répète encore une fois l'objet COM sera incompatible avec d'autres langages comme par exemple VB.
Pourquoi vouloir passer absolument un tableau ? C'est pas possible de gérer des listes ou tableaux dynamiques de par et d'autres ?

[mambo]

C'est pas possible de gérer des listes ou tableaux dynamiques de par et d'autres ?

C'est que je me demande aussi.

[mat.M]

Et voici comment je l'ai appelé au niveau de mon client:

Citation:
BSTR* servertable_ = new BSTR[255];
_bstr_t nodename("localhost");
pIFTest->GetServers(nodename,&servertable_);

Non il ne faut pas procéder ainsi;
il faut d'abord que coté client tu crées une méthode qui te retourne le nombre de serveurs donc pIFTest->GetServers va te retourner un nombre.
Puis selon ce nombre coté client une méthode pour lire le nom des différents serveurs.

Imagine que tu appelles pIFTest->GetServers dans une appli VB6...

[mat.M]

Il ya peut-être la solution de passer un LPDISPATCH en parametre mais il faudra faire un cast .
Sinon un VARIANT comme cité précedemment

[mambo]

Voilà où je suis arrivée jusque là :

- La déclaration au niveau du fichier idl se fait comme suit :

HRESULT GetServers([in] LPWSTR NodeName,[out] DWORD *taille, [out, size_is(,*taille),string] LPWSTR** servertable);

- l'allocation du double pointeur se fait au niveau du serveur :

LPWSTR* pservertable;

//some code...
*taille = n;

pservertable = *servertable = (LPWSTR*)pIMalloc->Alloc((*taille) * sizeof(LPWSTR));

- Hormis le fichier .reg, j'ai enregistré les interfaces du serveur grâce aux deux commandes suivantes:

start /wait nmake -f Serverps.mk
regsvr32 Serverps.dll

Et ça passe très bien, ce qui me tracasse c les commandes que j'ai utilisé pour l'enregistrement. Alors je vais tester d'accèder à distance à mon serveur. Et jusque là je suis bloquée face à des problèmes de sécurité DCOM (de type access denied et serveur RPC non disponible).

[mambo]

J'ai enfin résolu parfaitement mon problème. La solution que j'ai présenté dans le précédent poste est juste. En fait, la dll que j'ai généré (Serverps.dll) est une proxydll.

Pour ceux qui sont intéressés, voir ce lien : http://www.codeguru.com/cpp/com-tech...cle.php/c5547/

Merci à tous ceux qui ont bien voulu m'aider.