Probleme de classe en VB net

Bonjour

J'ai développé plusieurs applications en VB net donc plusieurs utilisant de la communication GPIB mes applications fonctionnent parfaitement sur mon poste ou est installé VB net expresse 2010.

Mon problème est que lorsque j'exporte mon exécutable sur un autre poste qui contient frameworks 4.0 et microsoft visual basic powerpacks 10.0, mes applications utilisant un port gpib ne fonctionnent plus contrairement au application utilisant par exemple un port RS232.

Le problème vient donc du fait que VB express 2010 n'est pas installé sur ces postes et qu'il doit exister une classe en gpib supplémentaire non pris en compte. Je ne peux installer vb express sur tous les postes qui on juste besoin de mon application donc si vous avez une solutions merci d'avance.

quand on fait un programme avec vs, il faut en effet que le framework soit présent
si on utilise des choses du powerpack, il faut que celui ci soit présent
quand on ajoute des dll en références, il faut que ces dll soit sur le poste (registrées pour les dll COM, à côté de l'exe pour les dll .NET)

si ton programme ne fonctionne pas c'est donc que tu as ajouté des dll en référence (ou utilisées via des declare)
car un programme n'utilisant que le framework ne demande pas d'installer autre chose

Citation:

---

Envoyé par Pol63

... il faut que ces dll soit sur le poste (registrées pour les dll COM, à côté de l'exe pour les dll .NET) ...

---

Bonjour Sébastien, cette affirmation attire ma curiosité car on en discutait aujourd'hui même avec mes collègues (vive les coïncidences). N'y a-t-il pas moyen d'éviter de copier les dll .NET à coté de l'exe en les mettant dans un répertoire système à la manière de Java en les ajoutant dans le Path?

Je ne connais pas Java mais je pense que l'équivalent c'est de passer par le Global Assembly Cache (GAC).

voici mes imports

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15

Imports VB = Microsoft.VisualBasic Imports System.IO Imports System.Threading Imports System.IO.Ports Imports System.Data Imports System.Object Imports Excel Imports System.Windows.Forms.DataVisualization.Charting   Dim XLApp As New Excel.Application Dim xlBook As Excel.Workbook Dim xlSheet As Excel.Worksheet Dim i As Integer = 0 Dim n As Integer = 0 Dim monStreamWriter As StreamWriter

---

qui pourraient bloquer l’exécution de mon programme.

Sinon mes dll utilisées pour le gpib ont été placé sur ma machine virtuel dans system 32, je vais essayer en les plaçant a coté de mon .exe

merci pour cette réponse rapide.

les imports n'ont rien à voir avec les références de projet

déjà vous utilisez excel, donc vous utilisez des dll tierces

concernant les dll COM les placer dans system32 c'est une bonne chose, mais ca ne suffit pas pour pouvoir les utiliser (regsvr32.exe "chemin de la dll")

Je ne comprend pas le conseil que vous me donnez.

des dll seraient manquante ou bien juste non utilisées car situé dans system32 ?

si dll manquante elles ont automatiquement un rapport avec l’installation de vs. et donc si vous avez une idée de celle pouvant manquer sur les postes ou vs n'est pas installer je suis preneur.

je ne vois pas ce qu'il y a de compliqué dans ce que j'ai dit, mais je vais me répeter ...

si vous utilisez des choses autres que le framework, il faut que ces choses soient sur le poste final
votre code montre que vous utilisez excel, ca nécessite déjà excel sur la machine
si vous utilisez d'autres dll (et ca c'est à vous de le savoir, c'est vous qui avez le code sous le nez et qui avez fait le programme) il les faut sur le poste final

après concernant les dll, les dll COM doivent etre registréee (peu importe où elles se trouvent même si par habitude on les mets dans system32 ; via regsvr32.exe)
les dll .net doivent être à côté de l'exe (simple) ou dans le GAC

à partir de là vous regardez les références de votre projet et agissez en conséquence (dans les propriétés du projet)
à noter aussi qu'il y a parfois un message d'erreur disant quelle dll n'a pas été trouvée (via un bouton détails sur le message d'erreur)

notez aussi qu'il existe le framework 4 et le framework 4 client profile (version plus light)

@Matt07 :

Merci cela alimentera mes recherches de ce soir sur le GAC afin de pouvoir en rediscuter avec mes collègues demain :ccool:

tout d'abord merci sebastien pour ses conseils

j'ai donc récupéré la liste complété de dl situé dans référence ai j'ai pu découvrir certaines dls que j'avais oublié de rajouter j'ai donc rajouter dans le même dossier sur ma machine virtuel (sans vs) toutes ses dl plus la dl

Code:

---

"Gpib-32.dll"

---

que j'utilise dans mon programme par le biais de vbib32.vb qui l'appel et mon exécutable et cela ne marche toujours pas.

j'ai bien utilisé l'outil de publication pour créer le setup depuis un poste ou se trouve la version microsoft studio 2010 (non express)

Si vous avez d'autres idées ...

regsvr32

Je ne comprend pas ce que vous me conseiller de faire ...

un REGSVR32 pour rechercher les dlls manquantes ( je ne sais pas comment faire ceci ...)

un REGSVR32 pour enregistrer mes dlls situer dans le dossier ou se trouve mon exécutable.

regsvr32 ne sert qu'à enregistrer les dll à ma connaissance
quand un programme veut utiliser une dll com ca passe par windows pour localiser la dll (par la base de registre)