Discussion :

[alberto314]

Bonjour,

J'ai 5 petits logiciels que j'ai crée et qui fonctionne très bien sur W7. Je suis en train de passer à W10 et je rencontre pas mal de problème et n'étant pas du tout expert, je nage complétement !

J'ai 2 types d'erreur :

"le composant référencé 'Microsoft.Office.Core' est introuvable"

J'ai le même message pour 'microsoft.office.interop.excel' ou 'VBIDE' ou d'autres

Impossible de trouver l'assembly de wrappers pour la bibliothèque de type 'xxx'. Vérifiez que (1) le composant COM est correctement inscrit et (2) votre plateforme cible correspond au nombre de bits du composant COM. Par exemple,si le composant COM est de 32 bits, votre plateforme cible ne doit pas être de 64 bits.

Je viens de passer quelques heures à chercher et bidouiller mais j'aimerais être sure de ce que je fais et comprendre car là je n'y comprends absolument rien !

Votre aide me sera très très utile !

Edit : je suis sur Visual Studio 2017 avec W10 professionnel en 64 bits.
Les logiciels tournent parfaitement sur Visual Studio 2017 sur W7 SP1 64 bits

Je ne trouve rien sur internet, suis-je le seul au monde avec ce problème ? Comment vérifier la version de la plateforme cible ?

Merci à vous.

[Pol63]

les dlls (que tu as du ajouter en référence) sont elles installées sur la machine ? pour la bonne plateforme (x86/x64) ?

[alberto314]

Bonjour, merci pour votre retour.

Difficile à dire car par exemple je n'ai pas installé de dll particulière lors de l'installation de l'exe de mes logiciels sur un autre ordinateur (W7) et tout fonctionne.

Par exemple je ne sais pas du tout ce qu'est 'VBIDE'... Il semble logique de penser que le problème vient de la configuration du PC puisque les 2 autres fonctionnent, le raisonnement est-il correct ou pas du tout ?

J'ai mis à 'true' la copie locale des références.

Sur le logiciel sur lequel je travaille pour stabiliser le passage en W10 je n'ai plus que quelques erreurs qui semblent avoir un rapport avec Office.

Pensez-vous que ça puisse venir du fait que je n'ai qu'une version 2007 de office (plus supportée) alors que l'ordinateur est neuf et avec un système W10 ?

Merci à vous.

[Pol63]

"Microsoft.Office.Core" ca fait déjà laisser penser que l'appli utilise office, donc si office n'est pas installé ca ne peut pas marcher
VBIDE ca peut etre visual basic ou visual studio ou vba

mais si tu n'es pas développeur et que tu n'as pas développé ce logiciel je ne vois pas trop ce que tu fais ici … on ne pourra jamais deviner ce qu'il y a dedans comme dépendances
et si c'est toi qui l'a développé tu dois bien savoir quelles références tu as donc là non plus on ne peut pas t'apporter grand chose

[alberto314]

Pour répondre à vos questions non je ne suis pas développeur mais oui j'ai développé ces logiciels. Je suis simple, on me montre comment creuser et je creuse en fonction de mes besoins. Quand je tombe sur un os plus dur que la moyenne et que je n'arrive pas à le contourner alors je cherche des pistes, ce qui est le cas actuellement. Vu qu'il s'agit d'un forum de développeur, je pense ne pas m'être trop trompé

Office est installé mais il s'agit de office 2007 et l'appli utilise bien excel et access. Je ne sais pas du tout ce qu'est VBIDE par contre et c'est assez dur de trouver des infos... ma piste actuelle est de penser que mon logiciel "cherche" des DLL qui ne sont pas sur l'ordi à cause d'un jeu de version. Possible ?

Je cherche, je cherche...

Merci,

[Pol63]

tu as du à un moment faire "ajouter une référence" sur ton projet et choisir une dll
si c'est microsoft.office.excel par exemple ca fait que ton programme ne peut pas fonctionner s'il ne trouve pas cette dll, à une époque la version avait aussi son importance, ce qui fait que s'il y a office mais pas la même version ca ne fonctionne pas

donc déjà le mieux est de nous faire une liste des références que tu as dans ton projet

pour certaines dll COM faire un setup.exe permet d'en importer certaines lors de l'installation, alors qu'avec un copier coller simple l'appli ne fonctionnerait pas

[alberto314]

Merci pour cette piste.

Ces logiciels sont développés depuis plusieurs années et évoluent en même temps que moi... Il y a effectivement des choses qui trainent et dont je ne sais pas à quoi elles servent... Vu que je n'ai pas de problème et que le logiciel fonctionne très bien, je ne me penche pas sur tout puisque je n'en n'ai pas la compétence.

Je vais faire la liste des références et je reviendrai vers vous pour essayer d'y voir plus clair.

Bonne soirée.

[clementmarcotte]

Bonjour,

Es tu sûr que Windows 10 installe de base net.core et les PIAs Office ? Sans être sûr, j'ai l'impression que non.

Rien ne devrait empêcher de tenter leur installation sur Windows 10.

Si tu déploies avec ClickOnce ou un logiciel de création de programmes d'installation, tu devrais pouvoir les inclure dans ton package

P.S. net.core n'a probablement rien à voir là-dedans. Mais Office.core est inclus dans les Primary Interop Assemblies (PIAs)
P.P.S. Regarde aussi ce qui traîne. Tant que les bibliothèques inutiles sont sur la machine W7, cela ne cause pas de problème de garder les références. Mais, si elles ne sont pas sur ta machine W10, juste de décocher les références inutiles, cela pourrait être suffisant. Mais, si tes applications utilisent Excel et Access, tu peux difficilement te passer de Office Core.

[alberto314]

Bonjour,

Un super début de piste ! Je viens de procéder à l'installation de :
- Office primary interop Assemblies
- dotnet-sdk-2.2.102

La plupart des erreurs ont disparues !

Il ne me reste plus qu'à priori d'une erreur de dll Microsoft.VisualBasic.PowerPacks.Vs. Ça je dois pouvoir trouver tout seul car c'est (j’espère !) juste une DLL que je n'ai pas mis.

Je vous tiens au courant et encore merci !