Discussion :

[phildas]

Bonjour,

Je dois faire une évolution sur un logiciel qui charge une DLL pour gerer un matériel.
- cette évolution consiste a gerer plusieurs matériels(différents) en même temps.

-Il est très difficile de modifier la DLL qui gère le matériel (bcp de travail) pour que celle ci gère plusieurs materiels à la fois. (par exemple: la dll à un fichier de config qui décrit le matériel)

- la solution envisagée est donc de charger plusieur fois la DLL, chaque instance ayant son espace memoire. Le problème est que apparement on ne peut pas faire ça..

- une solution pourrait consister a créer un processus: .exe par matériel, mais cela implique de creer une communication Inter-Processus entre l'exe utilisateur et les exes materiel.
- j'ai pensé au socket TCP-IP: c'est bien mais ça force à développer un protocole de communication et de sérialiser les données, ce qui semble être long à faire vu qu'il y a pas mal de fonctions exportées par la DLL.
- Sinon je voudrais bien utiliser une techno qui permet de faire ça de manière un peu automatisée et surement mieux que si je le fais moi même, genre Corba ou COM/DCOM, mais je n'y connais pas grand chose et je ne suis même pas sur que ça soit bien adapté à mon problème.

questions:

quelle solution semble être la meilleure?
puis-je résoudre le problème avec ActiveX?
si oui comment transformer mon projet "DLL matériel" en projet "ActiveX matériel" avec visual studio 6 ,tout est écrit en c++ ?

merci d'avance!

[Médinoc]

Ce qui est sûr, c'est qu'un seul processus ne peut charger une DLL dans deux espaces mémoire différents: Il te faudra forcément de la communication inter-processus.

Pour ça, je ne sais pas si COM serait très approprié (ce n'est pas si facile d'identifier un processus précis avec). Mais de simples applications fenêtrées invisibles peuvent déjà faire de grandes choses (un message perso avec un handle d'IPC dupliqué, ou mieux, utiliser un objet d'IPC nommé, etc. Sans compter la communication "brute", avec le message WM_COPYDATA.)

Je te conseillerais soit de la mémoire partagée nommée, avec les mutexes qui vont bien, soit une communication simplement par messages Windows (y compris WM_COPYDATA) ou sockets.

Sinon, tu PEUX le faire en DCOM, mais il faudra sûrement nommer tes objets avec des monikers (à moins qu'ils aient tous un CLSID différent...).