Discussion :

[marsouin_89]

Bonjour,

J'ai créé une application qui utilise des DLL d'un autre logiciel.
Les PC qui vont recevoir cette application n'ont pas forcément le dit logiciel.

Je pensais donc enregistrer les DLL en locale afin de les enregistrer sur les PC destinataires avec Regasm.

Hors cela ne fonctionne pas.

Après quelques recherches, j'ai vu des sujets sur l'assembleur.
Je me suis aperçu que dans C:\Windows\Assembly, j'avais le même nom que mes DLL.

Donc voici mes questions :

- Est-il possible de distribuer des applications qui font références à des DLL qui ne sont pas forcément installées sur le PC hôte ?
- Qu'est-ce que l'assembleur ?
- Comment fonctionne t'il ?
- Comment faire pour généré l'assembleur sur le PC hôte ?
- Est-ce que cette affaire d'assembleur sera suffisant pour faire tourner mon application sur ces PC ?
- Où bien, l'utilisation de runtime est elle la seule solution à mon problème ?

Merci beaucoup de bien vouloir éclairer ma pauvre lanterne.

Cordialement

Christophe

[Pol63]

pour utiliser une dll dans un .Exe il faut .net il faut que la dll soit référencée pendant le développement dans visual studio (sauf pour du p/invoke je pense)
ensuite si c'est une dll COM il faut la registrer (regsvr32.exe pathdll)
si c'est une dll .NET il faut soit la mettre à côté de l'exe (simple), soit dans le GAC (plus compliqué)

un assembly en .net est un exe ou une dll
l'assembleur est un langage de programmation de très bas niveau

[marsouin_89]

Bonsoir Pol63,

Merci pour toutes ces précisions.

J'ai continué, de mon côté, à essayer de faire fonctionner mon appli, mais sans résultats probants.
Effectivement, il semblerait que je dois enregistrer ces DLL dans le GAC.
J'ai un collègue spécialiste en informatique qui m'aide sur ce projet.

Nous continuerons demain nos tests mais je serais certainement obligés de te demander encore conseil et notamment pour l'enregistrement dans le GAC car nous n'avons pas compris comment faire.

Cordialement

Christophe

[Pol63]

l'enregistrement dans le gac est rarement obligatoire (référence par nom fort seulement je crois), et n'est valable que pour les dll .NET
et pour les dll .NET les mettre à côté de l'exe suffit

ta dll est-elle en .net déjà ?

[marsouin_89]

Bonsoir,

En fait, je n'en sais rien.

Les DLL que j'utilises sont issues d'un logiciel externe et je ne sais pas comment faire pour savoir si elles sont en .Net.

L'idée est de pouvoir utiliser mon application sur des PC qui n'ont pas ce logiciel tout en utilisant les DLL du dit logiciel.

Cordialement

Christophe

[DonQuiche]

Si ce sont des biblios dotnet, elles ont été ajoutées aux "références du projet" et leurs objets sont utilisés comme des objets dotnet. Si ce sont des biblios natives, elles sont utilisées via un mécanisme appelé p/invoke, en important ces fonctions via des attributs [DllImport].

Une fois que nous saurons si ce sont des bibilios dotnet ou natives nous pourrons t'aider. Cela étant dit, il n'y a aucune histoire d'assembleur en dotnet (le langage assembleur est le langage "machine", bas niveau), tu dois avoir confondu avec le terme "assembly" (et dotnet une dll est une assembly) et le "global assembly cache". Tu as également avoir compris le mot "runtime" (qui signifie simplement "lors de l'exécution" : run + time, le moment où le programme s'exécute).

Petite question : peux-tu redistribuer les dll manquantes si l'appli n'est pas installée (peu importe si elles ne fonctionnent pas) ?