Discussion :

[smurfy]

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.

[Pol63]

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

[Sankasssss]

... 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?

[DotNetMatt]

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

[smurfy]

voici mes imports

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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.

[Pol63]

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")