Question : DLL contre l'enchaînement implicite de BIBLIOTHÈQUE

Quand vous êtes enchaînement externe coder dans un programme. Vous pouvez lier dans une bibliothèque (BIBLIOTHÈQUE) de deux manières comme je comprends. Le dossier de bibliothèque pourrait contenir le code réel, ou le dossier de bibliothèque peut contenir seulement les symboles dans le code et le code réel est référence quelque part d'autre dans un autre DLL sur le système. Ce bruit corrige-t-il ? Si oui, y a-t-il une manière de déterminer ce qu'est le cas par quelque chose dans le dossier de BIBLIOTHÈQUE ?

Thanks,
Matthew class= de

Réponse : DLL contre l'enchaînement implicite de BIBLIOTHÈQUE

En cas de référence de DLL, le .LIB est juste une bibliothèque d'importation qui contient l'information que l'éditeur de liens doit résoudre des fonctions exportées externes de DLL de références, ainsi le système peut localiser le DLL spécifique et a exporté des fonctions de DLL au temps d'exécution (voir également http://msdn.microsoft.com/en-us/library/ms682592%28VS.85%29.aspx - « création de bibliothèque de Dynamique-Lien » - et les pages liées de là). En cas de bibliothèque statique vous avez raison, le dossier de .LIB contient tout le code qui est nécessaire pour résoudre les fonctions utilisées et le code est placé dans votre executyble par l'éditeur de liens directement, voient http://msdn.microsoft.com/en-us/library/ms235627%28VS.80%29.aspx (« revue du projet : Créant et employant une bibliothèque statique »).

Vous pouvez vérifier le contenu d'un dossier de .LIB en employant ou lib.exe ou dumpbin.exe sur la ligne de commande, une bibliothèque d'importation ne devrait contenir aucun code réel.