Discussion :

[oodini]

Hello,

Lorsqu'un programme fait appel à des DLL et qu'il ne les trouve pas, Windows envoie un message très laid. Mais ça, c'est le meilleur des cas, car c'est un EXE qui appelle la DLL.

Quand elle est appelée par une autre DLL, ça ne marche pas, et il est difficile de savoir pourquoi.

Existe-t-il un moyen de gérer cela, afin de fournir un message d'erreur idoine ?

Merci.

[Médinoc]

Pas vraiment à ma connaissance: Même si on charge la DLL en run-time (avec LoadLibrary()) au lieu d'en load-time (avec une bibliothèque statique d'importation), et que la DLL chargée a une dépendance non-satisfaite, je ne connais aucun moyen de la connaître.

[JolyLoic]

Il y a déjà deux types de DLL : Les classiques, et les managées (associées à .NET). Pour les managées, il y a un évènement (au niveau du appdomain, je crois) qui est lancé si une DLL n'est pas trouvée.

Pour les classiques, je ne vois pas comment faire sauf à vérifier toi même la présence des fichiers sur le disque avant chargement. Ce qui t'obliges soit à faire un launcher qui fasse ça avant d'exécuter le vrai programme, soit à te passer de DLL chargées statiquement qui ne seraient pas en delay-load. De toute façon, ça ne dira rien sur les DLL chargées par des DLL, à moins que tu ne les recherches aussi. Pour info annexe, au cas où tu ne connaîtrais pas, l'outil depends permet de savoir de quelle DLL un exécutable a besoin.

[oodini]

OK. Merci à tous deux d'avoir confirmé mes craintes. :-/