Discussion :

[axialle]

Bonjour,


Cela fait plusieurs semaines que je suis bloqué sur un projet utilisant une référence "madll.dll" en copie locale dans le répertoire d'exécution.
Cela génère un nouveau fichier dll nomé "interop.madll.dll".

Mon problème est que lorsque j'essai de créer une nouvelle instance de type défini dans mon assembly ça me renvoie un message d'erreur COMException avec erreur 80040154.

exemple :

Code :

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

Dim objDATA as new interop.madll.DATAClass

Ce que je ne comprend pas c'est que l'exécution de ce code fonctionne sur certain pc en mode administrateur et plante sur d'autres. En mode utilisateur normal ça bogue aussi mais pas sur tout les postes non plus.

Je suppose qu'il doit s'agir d'un paramètre de sécurité.
J'ai été voir du côté des outils d'administration et de la config du framework mais je n'ai rien trouvé.

[axialle]

problème résolu.
En fait il faut créer un fichier *.reg et mettre à jour la BDR avec. C'est regasm.exe du SDK du framework qui créé le *.reg, pour pouvoir instancier un élément COM via .NET

[tomlev]

un petit coup de regsvr32 sur madll.dll aurait sans doute réglé le problème aussi, non ?

[axialle]

Je ne suis pas parvenu à utiliser regsvr32 car j'avais un message d'erreur m'indiquant que le point d'entrée de la dll était introuvable.

De plus "madll.dll' dépendait d'autres dll que je ne connaissais pas à ce moment.


En fait ce que je pense avoir compris, c'est que "madll.dll" était un objet de type COM. Ce qui n'est pas utilisable tel quel en VB.NET. Il faut créer un wrapper, un sorte d'index des classes présentes dans le "madll.dll" qui est le fichier généré par Visual Basic 2008 sous le nom de "interop.madll.dll". Cet index doit être également présent dans la BDR pour pouvoir instancier les classes contenues dans "madll.dll".