Problème de compatibilité entre composant COM et 64 bits

Bonjour bonjour :java:,

j'ai besoin d'un coup de :ccool:, étant donné que je suis coincé sur un problème assez costaud qui me donne beaucoup de fils à retordre :help:

Tout d'abord quelques précisions techniques :

je développe sur VS2008, sur un win7 32 bits, avec en cible le framework 3.5 pour le projet qui m'intéresse.

Le client pour lequel je travaille possède un système quelque peu vénérable, et utilise des composants logiciels en VB6.

Pour lui proposer l'utilisation de nos libs C#, nous passons donc par un composant COM, qu'il peut appeler ensuite via les références de son projet VB6.

Tout cela fonctionnait très bien sur leurs machines XP 32 bits, mais aujourd'hui ils migrent sur du seven 64 bits :arf:

Le probème c'est que nos librairies avait un proc en x86 pour cible. Du coup je les ai modifié ainsi que leurs dépendances, pour qu'elles ciblent une plateforme "any CPU" :applo:

A priori nos librairies fonctionnent toujours bien après ces modifications (remarque que le contraire eut été étonnant), et il n'y a pas de problème pour les inscrire en tant que composants COM (sur du 32 et du 64 bits) :roi:

Par contre lors de l'appel de ce composant COM dans un prog VB6, je reçois un message d'erreur au lieu de l'exécution correcte habituelle :aie:

Voici le message :

https://lh6.googleusercontent.com/-w...1/vs_error.png

(Je reçois ce message sur la machine qui me sert à compiler mes librairies, c'est-à-dire un win7 32 bits).

J'ai bidouillé un peu mes classes (mis du comvisible(true) de partout, des trucs comme ça), mais ça n'a rien changé.

2-3 détails supplémentaires :marteau: :

1) J'ai essayé aussi de compiler en x64, et j'obtiens les warnings suivant :

A1 Génération de l'assembly -- L'assembly référencé 'mscorlib.dll' cible un processeur différent

A2 Génération de l'assembly -- L'assembly référencé 'System.EnterpriseServices.dll' cible un processeur différent

A3 Génération de l'assembly -- L'assembly référencé 'System.Data.dll' cible un processeur différent

Sachant que ces librairies sont en version v2.0 et non 3.5 dans le .Net framework 3.5.

2) J'utilise VMware pour tester l'exécution sur win7 64 bits.


Je ne sais plus trop quoi faire, j'ai pas mal cherché sur le net mais j'ai rien trouvé qui m'aidait vraiment, du coup en désespoir de cause je viens ici troubler votre paisible après-midi du vendredi, trouble pour lequel je m'excuse sincèrement.

Avez-vous un commencement d'idée sur la façon d'aborder ce shmilblick ?

Cordialement, des bisous :bug:

p.s : Désolé pour le pavé, j'ai mis des ptits smileys pour baliser un peu le texte du coup :mrgreen:

p.s 2 : je ne suis pas sûr d'avoir posté ma question au bon endroit, n'hésitez pas à me l'indiquer sèchement si je me suis trompé :zekill:

Si ton client continu à faire ses programmes en VB6, tu peux te passer du mode 64bits. VB6 compile des programmes exclusivement 32bits.

VB6 n'est pas compatible avec Windows 7 64bits. Même s'il est possible d'arriver à le faire fonctionner avec les modes de compatibilités il fonctionne souvent mal.

Les programmes générés par VB6 peuvent aussi parfois rencontrer des problèmes de fonctionnement sous W7-64. Il faut jouer avec les modes de compatibilités d’exécution, notamment les faire tourner en mode XPSP3 voire XPSP2

En fait je sais que VB6 fonctionne sur le mode de compatibilité 32 bits. Le problème vient du fait que j'ai créé une librairie C#, que le client appelle via les composants COM dans son programme en VB6.

Or cette librairie C# ne fonctionne sur win7 64 bits que si je la compile en mettant le mode "any_CPU" dans le paramètre "plateforme cible" du projet.

Une fois cette nouvelle compilation en mode "any_CPU" faite, j'arrive à inscrire cette librairie C# dans les composants COM.

Le problème c'est qu'ensuite j'obtiens, lors de son appel par le programme VB6, le message d'erreur que j'ai inséré ci-dessus.

Et quand j'essaie de compiler ma lib C# en mode x64 only, j'obtiens les avertissements que j'ai cité précédemment. Je me disais que c'était un début de piste, mais je n'ai pas réussi à l'exploiter pour l'instant :calim2:

Dans tous les cas merci pour ces premiers éléments de réponse, je regarde si je peux obtenir quelque chose à propos des modes de compatibilités que tu as mentionné.

Citation:

---

Envoyé par Raymonde

Hors cette librairie C# ne fonctionne sur win7 64 bits que si je la compile en mettant le mode "any_CPU" dans le paramètre "plateforme cible" du projet.

Une fois cette nouvelle compilation en mode "any_CPU" faite, j'arrive à inscrire cette librairie C# dans les composants COM.

Le problème c'est qu'ensuite j'obtiens, lors de son appel par le programme VB6, le message d'erreur que j'ai inséré ci-dessus.

---

C'est parce que tu enregistre ta librairie en 64bits. Il te faut la "Any_CPU" pour que la librairie possède du code 64bits et donc soit vue enregistrable.

Hors pour ton programme VB6 il faut que ce soit la partie 32bits qui soit enregistrée.

Tu l'enregistre comment ta librairie, en utilisant regsvr32.exe ?

Il ne faut pas prendre celui qui est dans c:\windows\system32 qui, comme son nom ne l'indique pas, est la version 64bits, mais celui se trouvant dans c:\windows\syswow64

Ok oui ça parait logique (de compiler en "any_CPU") je signalais juste qu'en x64 bits il y avait ces warnings, au cas où cela puisse aider à la compréhension du problème.

Ma librairie je l'inscrit en utilisant cette commande :

C:\WINDOWS\Microsoft.NET\Framework\v2.0.50727\RegSvcs.exe /appname:C:\MonAppli MonAppli.dll

C'est une piste à explorer, mais je me demande si le problème vient vraiment de là, car lorsque j'exécute mon code VB6, il ne me renvoie pas une erreur du type "composant COM introuvable", mais l'erreur sur mon 1er post.

Je suis toujours à la recherche d'une solution. Je cherche activement de mon coté, mais si vous avez la moindre suggestion, n'hésitez pas :ccool:

Bonne semaine tout le monde :aie:

Bien bien bien j'ai trouvé une solution :

je compile en any_CPU pour la version de la lib qui est appelée directement par vb .net et c#, et je compile en x86 pour la version appelée via composant COM par vb6 :roi:

Merci de t'être intéressé à mon cas sevyc64 :ccool: