Pourquoi ma DLL ne parvient-elle pas à s'inscrire?

Question

Je construis un projet dans VS2005 et plusieurs de mes DLLs ne parviennent pas à s'enregistrer. Le message d'erreur que j'obtiens dans Visual Studio est:

Project : error PRJ0019: A tool returned an error code from "Registering ActiveX Control..."

ce qui est joliment vague. Quand j'enregistrer la DLL manuellement via la ligne de commande (en utilisant regsv32.exe, je reçois l'erreur suivante:

LoadLibrary("test.ocx") failed - This application has failed to start because the application configuration is incorrect. Reinstalling the application may fix the problem.

Je couru Dependency Walker (depends.exe) sur le coupable .ocx mais il ne montre aucun des problèmes évidents.

J'ai aussi fait une nouvelle construction mais je reçois toujours le même problème.

des suggestions quant à la façon dont je pourrais déterminer la cause de ce défaut d'enregistrement?

Answer 1

Microsoft avait récemment publié une mise à jour de sécurité pour ATL (KB971090). C'est une mise à jour au-dessus de MSVS2005sp1 et c'est à la fois un compilateur et un disjoncteur de compatibilité d'exécution. Vérifiez si votre environnement de construction a ce correctif.

Références:

• ATL Security Update: http://msdn.microsoft.com/en-us/visualc/ee309358.aspx
• changements de rupture dans ATL: http://msdn.microsoft.com/de-de/library/ms235654.aspx
• Et ceci est un doit lire: http://tedwvc.wordpress.com/2009/08/10/avoiding-problems-with-vc2005-sp1-security-update-kb971090/

Answer 2

Probablement la meilleure façon pour résoudre cette catégorie entière de problème est d'installer Process Monitor from microsoft.com.

Process Montior vous permet d'observer les processus d'appels système et, dans ce cas, vous pouvez voir si un appel système échoue. Par exemple, si vous ne disposez pas d'une dépendance, un appel CreateFile() sera vu échouer avec une DLL, OCX, etc. comme nom de fichier.

Lancez procmon et configurez le filtre pour exclure les événements autres que regsvr32.exe, reproduisez votre scénario de test, puis vérifiez le journal. Recherchez les erreurs NAME_NOT_FOUND dans la colonne de valeur de retour.

Answer 3

Avez-vous le C++ Redistributable Package Installed?

Answer 4

le plus probable est que les manifestes embarqués. Vous devez prendre une application d'exploration de ressources et vérifier vos DLL pour les manifestes incorporés. Il se peut que l'une des DLL dépendantes (ou votre DLL) nécessite certaines versions d'autres DLL qui n'existent pas.

J'ai reçu ce message: "Cette application n'a pas pu démarrer car la configuration de l'application est incorrecte." en cas de brouillards manifestes incorporés.

Answer 5

Il y a plusieurs choses que vous pouvez essayer:

• regsvr32 try w/log de fusion activée (fuslogvw.exe - il fonctionne pour dll non gérés ainsi). Cela vous donnera un peu plus d'informations que cela dépend de ce que les dépendances externes sont chargées, d'où sont-elles chargées et quelles erreurs ont été touchées.
• Copiez le .ocx et ses dépendances dans la racine ou dans un dossier de premier niveau et essayez de vous inscrire à partir de là. Je ne me souviens pas des détails, mais il y avait un vieux problème avec l'enregistrement d'une DLL COM de l'intérieur trop profond d'un chemin. Exécutez regsvr32 sous WinDbg. Définir un point d'arrêt DllMain et voir si cela fait quelque chose de génial.
• Si vous ne cassez jamais DllMain dans WinDbg, définissez un breakpoint on module load pour votre DLL et une fois qu'il est atteint, vous pouvez soit passer par LoadLibrary, ou simplement définir un point d'arrêt de bibliothèque de chargement générique et vérifier chaque dll après cela.