Discussion :

[SesechXP]

Salut,

J'ai une application qui nécessite des dll pour fonctionner. Afin d'éviter des plantages je veux vérifier la présence des dlls au lancement de l'application mais je n'ai pas trouvé comment faire.

Je sais qu'on peut vérifié l'appel de la fonction en lui-même avec des try{...} catch{...} :

Code :

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

1
2
3
4
5
6
7
8
9
10
 
try
{
     log_c.log_set_level(3);
}
catch(DllNotFoundException e)
{
     MessageBox.Show("DLL NOT FOUND");
     Application.Exit();
}

Mais j'ai pas mal d'appels de fonctions et faire des try catch pour chacun est plutôt lourd.

Que me conseillez-vous ? Y-a-t'il moyen de faire quelque chose au niveau du DllImport ?

Merci.

++

[Mose]

AppDomain.Current.GetAssemblies
Tu récupère tous les assembly chargés au moment de l'appel.

[SesechXP]

Désolé pour le retour tardif, mon disque dur m'a lâché

Je vais essayer ta solution.

Merci.

++

[SesechXP]

Salut !

J'ai essayé "AppDomain.Current.GetAssemblies" mais je ne vois pas mes dll dans ce qui est récupéré...

J'ai loupé quelque chose ?

++

[Mose]

Info 1 : Quand tu utilises cette méthode, tu ne récupère QUE les Assemblies préalablement chargés.
Info 2 : Un assembly n'est chargé QUE quand tu utilises un Type de cet assembly pour la première fois.

Conclusion : En fait, ce n'est pas l'info que tu cherchais.

Solution 2 : au lancement de ton appli, tu instancies un (petit) objet de chacun de tes assemblies, le tout entouré d'un "try / catch". Si tu as un plantage (FileNotFoundException je crois), alors c'est que l'assembly n'est pas présent.

Info 3 (on sait jamais) : en .net, dll = assembly

[SesechXP]

Info 1 : Quand tu utilises cette méthode, tu ne récupère QUE les Assemblies préalablement chargés.
Info 2 : Un assembly n'est chargé QUE quand tu utilises un Type de cet assembly pour la première fois.

Conclusion : En fait, ce n'est pas l'info que tu cherchais.

Solution 2 : au lancement de ton appli, tu instancies un (petit) objet de chacun de tes assemblies, le tout entouré d'un "try / catch". Si tu as un plantage (FileNotFoundException je crois), alors c'est que l'assembly n'est pas présent.

Info 3 (on sait jamais) : en .net, dll = assembly

Merci, je ne le savais pas encore... En fait je suis en quelque sorte un informaticien industriel qui débute en C# donc le vocabulaire n'est pas toujours le même...

Sinon pour vérifier la présence de mes assemblies, je fais avec System.IO.File.Exists. Le FileNotFoundException est-il préférable ?

Merci.

++