Références de bibliothèque de type externe non valides ("Erreur lors du chargement de la DLL")

Question

Pendant que je réalise le développement VB6, je pense que c'est un problème plus large. J'ai trouvé que parfois dans l'IDE VB nous obtenons une erreur: [BadImplementsRefInCompatLib]. À l'aide de la visionneuse de bibliothèque de types fournie avec «Advanced Visual Basic 6» par Matt Curland, elle indique que la bibliothèque de types de mon composant contient une référence à une bibliothèque de types introuvable, mais pas ce qu'elle est. L'erreur sous-jacente est avec le composant TLI lorsqu'il essaie de trouver une interface qui est définie dans une autre bibliothèque de types.

J'ai également essayé OLE View - pour essayer de recompiler l'IDL - mais encore une fois, il a donné un message d'erreur en essayant d'obtenir le type externe, sans identifier la valeur erronée.

J'ai renvoyé l'erreur proprement dite à la référence de la bibliothèque de types dans le registre, pointant vers un composant, mais la version majeure était incorrecte. Le remplacement de la version majeure a corrigé le problème. J'ai utilisé un éditeur binaire pour voir si je pouvais voir quelles informations sont utilisées dans la bibliothèque de types. Et en effet, j'ai trouvé les noms (pas de chemins) des composants auxquels elle fait référence, mais je n'ai pas pu trouver le format. En fait, j'espérais trouver une table de GUID de bibliothèque de types et de numéros de version. Je suppose que je pourrais écrire du code pour extraire ces noms, et éliminer les références «de travail», mais c'est un peu grossier.

Est-ce que quelqu'un sait comment une bibliothèque de types référence des types externes?

Answer 1

[BadImplementsRefInCompatLib] signifie que la typelib de votre cible compatible binaire a une référence à un typelib externe et que cette typelib externe n'est pas enregistrée.

Par exemple, si vous avez un groupe de projet avec plusieurs DLL ActiveX qui sont mis à la compatibilité de version compatible binaire etProject2 références Project1 (utilise des types de Projet1 sur les fonctions/propriétés prototypes d'une classe publique) lorsque la compatibilité Project1 pauses et est recompilé Project2 La cible de compatibilité a une typelib qui référence une typelib externe qui n'est pas enregistrée (à savoir l'ancienne version du composant Project1).

Dans notre boutique, nous avons des références à travers les projets VB6, mais n'utilisons jamais de types de core sur les méthodes/propriétés publiques des classes. Ces paramètres sont déclarés As Object et descendent dans le code, ce qui pose moins de problèmes que de lier des composants avec des références croisées externes. Le EditTLB de Curland est utilisé régulièrement pour repérer les classes fautives.

Aucune idée de la manière dont une bibliothèque de types fait référence à des types externes. Je juste importlib("component.tlb") en idl et utilise des types de component à volonté. Btw, un moyen très simple de "protéger" un composant COM (DLL/OCX) contre une utilisation dans VB6 IDE est de référencer un struct dans un typelib externe personnalisé (param à une méthode publique) puis "oublier" pour expédier ce typelib externe. VB6 IDE s'étouffe avec "Error loading DLL" lors de l'ajout d'une référence à la DLL/OCX mais le composant fonctionne et s'enregistre parfaitement, à condition de ne pas appeler cette méthode "obfusquée" cross threads (in-process ou pas).