Discussion :

[Raton]

Salut � tous.

Voila, j'aimerai faire communiquer deux applications ensembles.

La premi�re est un serveur en C#. C'est lui qui � l'�couteur TCP. J'ai fait une librairie "client" qui permet de se connecte au serveur. Elle marche parfaitement bien (j'ai fait un petit programme de test en C# et je n'ai eu aucun probl�me.).

De l'autre cot�, une vieille application en C++.

Mon id�e �tait de cr�er un tlb pour ma dll de com en C# et de l'importe dans ma vieille application. Jusque la tout va bien. Mon tlb se cr�e bien et s'importe sans probl�me. Je peux instancier mon objet.

Mais lorsque j'essaie de me connecter... rien. Pas de message d'erreur, pas de plantage et pas de connexion...

Est ce que ce que j'essaie de faire est possible ? Si oui ou est le probl�me ?

Merci d'avance

[hiko-seijuro]

la vieille appli est en .net ?

[Raton]

H�las non. Elle a �t� devellop� en VS6 et nous l'avons "porte" en .NET... En gros l'on a juste fait en sorte que cela compile

[hiko-seijuro]

je crois que c'est mal barr� :s enfin bon ptet que quelqu'un d'autre sera te repondre

[nico-pyright(c)]

H�las non. Elle a �t� devellop� en VS6 et nous l'avons "porte" en .NET... En gros l'on a juste fait en sorte que cela compile

Si l'appli est port�e en .Net, pourquoi utiliser un tlb ? pourquoi pas simplement ajouter la r�f�rence � l'assembly C# ?

[hiko-seijuro]

Je pense qu'il veut dire qu'il a compil� son projet en MFC mais sous visual studio 2003 (2005?)

est ce que c'est la m�me chose dans ce cas la ?

[Raton]

Je pense qu'il veut dire qu'il a compil� son projet en MFC mais sous visual studio 2003 (2005?)

est ce que c'est la m�me chose dans ce cas la ?

Lui il a bon. Mon projet est belle et bien en MFC (� mon grand malheur ).

Apr�s quelque recherche j'�tais tomb� sur #using. Mais apparement ca n'est pas tr�s compatible avec les entetes pr�compill�s (que non je ne peux pas virer bien entendu :'( )...

[nico-pyright(c)]

ca veut dire quoi alors "port� en .Net" ?

Tu as mis l'option de compilation /clr ?

[Raton]

J'ai bien essaye... Mais si je la mets mon projet ne compile plus... Deux messages d'erreur dif�rent :

c:\Travail\pr35h\NewKernel\GestionCompteur.cpp(4): error C2855: option de ligne de commande '/CLR' non coh�rente avec l'en-t�te pr�compil�

ou alors :

Kernel Ligne de commande error D2016 : options de ligne de commande '/RTC1' et '/clr' non compatibles

Dans le premier cas... Je ne peux malheuresement pas virer les entetes (pas assez de temps pour virer les entetes dans tous le projet (pres de 800 fichiers...)

Dans le second... M�me en virant le /RTC1 (j'ai essayer RTCs, RTCu) pas moyen... Toujours le m�me message... A mon avis ca vient du fichier d'en tete...

[Raton]

Je viens de voir qu'une fonction a �t� ajout�e dans ma classe c'est :

AttachDispatch(LPDISPATCH lpDISPATCH, bool bAutoRelease)

Quelqu'un aurait il la moindre id�e de ce que c'est ?

[Raton]

Bon j'ai eu une id�e... Pas super �l�gante mais vu les relicats que je me traine j'ai pas trouve mieux a pars tout refaire...

Je vais essayer de faire une dll en C++ classique pour "encapsuler" ma dll C#. Je pense que je devrais pouvoir inclure une dll C++ avec moins de probleme.

Par contre lorsque j'essaie de faire mon #import de ma dll j'ai ce message d'erreur :

c:\Travail\TestTCP\TestTCP\TestTCP.cpp(16): fatal error C1083: Impossible d'ouvrir le fichier biblioth�que de types : 'c:\travail\tooltcpclientlib.dll' : Erreur lors du chargement de la biblioth�que/DLL du type.

Quelqu'un saurait il quel est le probl�me ?