Comment vérifier DLL de dépendance?

Parfois, quand je suis en train de faire un petit projet que je ne suis pas assez prudent et accidentellement ajouter une dépendance pour une DLL que je ne suis pas au courant. Quand je bateau de ce programme à un ami ou à d'autres personnes, "il ne fonctionne pas", parce que "certaines DLL" est manquant. C'est bien sûr parce que le programme peut trouver les DLL sur mon système, mais pas sur le leur.

Est-il un moyen pour numériser un fichier exécutable pour la DLL de dépendances ou d'exécuter le programme dans un "nettoyage" de DLL-gratuit environnement de test afin de prévenir ces oups situations?

Le débogueur affiche tous les fichiers DLL qui est chargée dans la fenêtre de Sortie. Le Debug + Windows + Modules affiche une liste d'entre eux. Assurez-vous que vous pouvez tenir compte de tous les d'entre eux. Et de tester votre programme comme vous tester votre code, utilisez une machine virtuelle.
Passant: puis-je trouver une liste complète des standard de windows DLL quelque part?
Yup, en c:\windows\system32 avec un Microsoft le droit d'auteur.
Passant: je crois que je vais écrire un petit script Python pour extraire les noms alors 🙂 Merci.
Vous pouvez également essayer de dumpbin /dependents <program>. Je devine que la liste sera plus pertinent que d'énumérer toutes les Dll dans %SYSTEM% ou %SYSTEM32%. Voir aussi DUMPBIN Options sur le site MSDN.

InformationsquelleAutor orlp | 2011-09-11

82

Essayer dependency walker: http://www.dependencywalker.com/
- J'ai lu que c'est maintenant daté, est-il rien de plus actuel?
- Si possible, je vais la confiance que l'OS d'origine fournisseur, puisque ddl dépendance devrait être OS emploi.. N'importe quel utilitaire Microsoft programme peut faire tout cela? Ligne de commande est bien pour moi.
- DependencyWalker utilisés pour expédier avec Visual Studio jusqu'à Visual Studio 2005. La plus récente génération est inclus avec le Windows Kit de Développement de pilotes (et ne sont pas disponibles à travers le site web officiel). Toujours pas officiellement un outil de Microsoft, mais sanctionné, de la promotion et de la publicité par Microsoft.
- href="https://www.winitor.com/index.html" >pestudio est en apparence plus robuste dans la liste des dépendances. L'outil est disponible en téléchargement gratuit ainsi que d'un professionnel (commercial) de la version. Les deux éditions sont capables de l'inscription d'un module de dépendances.
- dumpbin sur dependency walker. msdn.microsoft.com/en-us/library/756as972.aspx | stackoverflow.com/a/28304716/3543437
- Non, il n'est pas daté. Il fonctionne très bien sur un Win10 de la machine pour vérifier le c++/cli dll. Voir comment jusqu'à ce jour on est?
- Il est maintenant open source réécrire partiellement fait en C#, rencontrer "Dependencies.exe": github.com/lucasg/Dependencies. Test d'impression: un peu de bêta-ish, mais elle gère API-jeux et SxS apparemment (manque de Dependency Walker).
- En outre, vous pouvez toujours utiliser les procmon.exe à partir de Sysinternals pour debug avancé les problèmes de dépendance (et d'autres problèmes). Voir cette réponse pour savoir comment définir un filtre pour inclure procmon.exe la sortie est "digeste" (dans ce cas pour le débogage regsvr32.exe les événements).
InformationsquelleAutor Luchian Grigore
173

dumpbin à partir de Visual Studio tools (VC\bin) peut aider ici:
```
dumpbin /dependents your_dll_file.dll
```
- Pratique petit outil, et évite d'avoir à installer quoi que ce soit de nouveau lorsque vous avez déjà VS installé.
- Oui, dumpbin.exe est très utile pour comprendre /dependents et /imports. Vous pouvez également l'utiliser sur d'autres machines si vous copiez link.exe avec elle et assurez-vous que la correspondante x86 d'Exécution Visual C++ Redistributable (msvcr120.dll pour Visual Studio 2013) est disponible sur la machine cible. Certaines options ont des dépendances supplémentaires. - Par la voie, ils ont foiré le nom de l'option, il doit avoir été /PREREQUISITES plutôt que /DEPENDENTS, ils devraient avoir étudié le Latin.
- Si vous obtenez un message d'erreur avec mspdb110.dll not found, essayez de lancer la version 64 au lieu VC\bin\amd64\dumpbin.exe avant de ré-installation de Visual Studio 😉
- Il est si grand, nous avons ajouté cela dans notre système de construction que d'une étape de vérification lors de la finale exécutable est généré afin de ne pas dépendre de quelque chose qui n'est pas inclus dans la livraison.
- Le seul inconvénient est cet outil pratique est très cachée: c:\Program Files (x86)\Microsoft Visual Studio\2017\Communautaire\VC\Tools\MSVC\14.14.26428\bin\Hostx64\x64>dumpbin
- dumpbin répertorie uniquement les Dll, mais ne pas vérifier leur présence.
- Ok, merci pour votre commentaire. Je ne comprends pas le downvote, cependant. Soins pour partager le raisonnement?
InformationsquelleAutor JeffRSon
38

Je peux recommander solution intéressante pour les fans de Linux. Après j'ai exploré cette solution, j'ai basculé de la DependencyWalker à ce.

Vous pouvez utiliser votre favori ldd sur Windows liées exe, dll.

Pour ce faire, vous devez installer Cygwin (installation de base, sans aucune paquets supplémentaires requis) sur votre Windows et ensuite seulement commencer Cygwin Terminal. Vous pouvez maintenant exécuter votre favori commandes Linux, y compris:
```
$ ldd your_dll_file.dll
```
UPD: Vous pouvez utiliser ldd aussi par git bash terminal server sur Windows. Pas besoin d'installer cygwin dans le cas où si vous avez git déjà installé.
- Je viens d'installer cygwin et il était heureux de retrouver les commandes de linux, mais je ne pouvais pas sortir de la Cygwin root pour accéder à d'autres fichiers sur mon disque local (C:). Est-ce normal?
- Je pense que cela pourrait vous aider: stackoverflow.com/questions/1850920/...
- Malheureusement, il y a quelques dépendances qui ne sont pas trouvés de cette façon: $ ldd ./Debug/helloworld.exe ??? => ??? (0x77d60000). L'utilitaire dumpbin montre toutes les dépendances correctement.
- J'utilise la commande ldd par GIT BASH terminal server sur windows et fonctionne très bien. Donc, si vous avez git il wil être facile, pas besoin d'installer cygwin. Exemple: borkox@bobipc MINGW64 ~ $ ldd /c/Users/borkox/.javacpp/cache/openblas-0.3.0-1.4.2-windows-x86_64.jar/org/bytedeco/javacpp/windows-x86_64/jniopenblas_nolapack.dll ntdll.dll => /c/WINDOWS/SYSTEM32/ntdll.dll (0x7ffe46910000) KERNEL32.DLL => /c/WINDOWS/System32/KERNEL32.DLL (0x7ffe46610000) KERNELBASE.dll => /c/WINDOWS/System32/KERNELBASE.dll (0x7ffe42d40000) msvcrt.dll => /c/WINDOWS/System32/msvcrt.dll (0x7ffe44120000)
- merci. Bon point! J'ai mis à jour ma réponse.
- Comme quelqu'un qui a déjà eu git bash est installé, c'était une bonne solution. Merci!!!!
InformationsquelleAutor troyane
14
1. Appuyez sur le bouton démarrer, tapez "dev". Lancer le programme appelé "Développeur de l'Invite de Commande pour VS 2017"
2. Comprendre le chemin d'accès complet à l'assemblée, vous êtes en essayant de travailler avec
3. Dans la fenêtre qui s'ouvre, tapez dumpbin /dependents [path], où [path] est le chemin que vous avez trouvé dans l'étape 2
4. appuyez sur la touche entrée
Bam, vous avez vos informations de dépendance. La fenêtre devrait ressembler à ceci:

InformationsquelleAutor Iamsodarncool
9
1. Il y a un programme appelé "Dépend"
2. Si vous avez installé cygwin, rien de plus simple, puis ldd file.exe
- L'outil est appelé Dependency Walker; il est exécutable image est nommé depends.exe.
- Dependency Walker est daté. Son dernier est construit en 2008!
- depends ne prend pas en charge l'API définit donc il est inutile pour Win7+.
InformationsquelleAutor Artyom
8

La chose la plus sûre est d'avoir une partie de nettoyage de la machine virtuelle, sur lequel vous pouvez tester votre programme. Sur toutes les versions que vous voulez tester, restaurer la VM à sa propre valeur. Installez ensuite votre programme à l'aide de son installation, et voir si cela fonctionne.

Les problèmes de Dll ont des visages différents. Si vous utilisez Visual Studio et d'un lien dynamique vers le CRT, vous devez distribuer le CRT Dll. Mise à jour de votre VS, et vous avez à distribuer une autre version de la CRT. Juste vérifier les dépendances n'est pas suffisant, car vous risquez de manquer de ceux-ci. Faire une installation complète sur un ordinateur propre est la seule solution sûre, de l'OMI.

Si vous ne voulez pas installer un véritable environnement de test et Windows 7, vous pouvez utiliser windows XP Mode comme la première machine propre, et XP Plus pour dupliquer la VM.

InformationsquelleAutor eran
6

Sur votre machine de développement, vous pouvez exécuter le programme et l'exécuter Sysinternals Process Explorer. Dans le volet inférieur, il vous montrera les Dll chargées et les chemins actuels, ce qui est très pratique pour un certain nombre de raisons. Si vous exécutez hors de votre package de déploiement, elles révèlent des Dll qui sont référencés dans le mauvais chemin (c'est à dire n'étaient pas emballés correctement).

Actuellement, notre société utilise Visual Studio Installer projets à pied de l'arbre des dépendances et de sortie que les fichiers du programme. Dans VS2013, c'est maintenant une extension: https://visualstudiogallery.msdn.microsoft.com/9abe329c-9bba-44a1-be59-0fbf6151054d. Nous avons ensuite le paquet de ces lâches fichiers dans une plus complète du programme d'installation, mais au moins que le projet d'installation de tous les dot net, les dépendances et les gouttes en un seul endroit et vous avertit quand les choses sont manquantes.

InformationsquelleAutor Shiv
2

Dans le passé (c'est à dire WinXP jours), j'ai utilisé dépendre/compter sur DLL Dependency Walker (depends.exe) mais il y a des moments où je ne suis pas encore en mesure de déterminer la DLL en question(s). Idéalement, nous aimerions savoir avant l'exécution, par des inspections, mais si cela ne résout pas (ou prendre trop de temps), vous pouvez essayez d'activer le "chargeur enfichable" tel que décrit sur http://blogs.msdn.com/b/junfeng/archive/2006/11/20/debugging-loadlibrary-failures.aspx et https://msdn.microsoft.com/en-us/library/windows/hardware/ff556886(v=vs. 85).aspx et brièvement mentionné LoadLibrary échoue; GetLastError aucune aide

AVERTISSEMENT: j'ai foiré mon Windows dans le passé à faire les fous avec gflag faisant ramper à genoux, vous avez été prévenus.

Remarque: "Chargeur enfichable" est par processus pour que l'INTERFACE utilisateur permettent de ne pas rester cochée (utiliser cdb ou glfags -i)

InformationsquelleAutor HidekiAI
1

S'il vous plaît chercher "depends.exe" dans google, c'est un tout petit utilitaire pour gérer cela.
- Notez que dependency walker est assez daté, et n'a pas de co-op bien avec 64 bits. Il sera définitivement afficher tous les Dll dépendantes, qui est ce que l'OP est à la recherche d', mais il ajoute également de bruit - vous vous apercevrez que vous êtes exécutable 32 bits manquant quelque 64 bits dll et ainsi de suite... Malheureusement, il n'y a toujours pas de meilleure alternative.
- Qu'en est-il maintenant? Est-il une meilleure alternative maintenant? Merci.
- Pas que je sache, mais je n'ai pas fait de développement de Windows pour les 5 dernières années. Dependency walker est mort pour vous, et c'est une honte de Microsoft ni pris la peine de mettre à jour cet outil utile, ni ouvert sa source tant d'autres pourraient le maintenir en vie.
- Pas de DW n'est pas mort. Apparemment, il est encore largement utilisé. Il y a d'autres outils, mais DW est probablement encore le meilleur.
- Dependency Walker est mort. Il n'a jamais pris avec 64 bits modules. Si vous regardez d'assez près, beaucoup de que par l'utilisation intensive de Dependency Walker conduit à un Débordement de Pile questions, de se demander pourquoi il se passe quelque chose. Que quelque chose n'arrive jamais, bien que. C'est juste un faux négatif/positif. le Moniteur de Processus devrait être votre outil préféré.
- "dumpbin" devrait être l'outil privilégié. C'est un outil de ligne de commande. La bonne est qu'il peut même être scripté et inclus dans votre processus de génération et la mise en liberté étape de vérification. Nous a sauvé de quelques bugs déjà.
InformationsquelleAutor shiying yu
1

Si vous avez le code source, vous pouvez utiliser ndepend.

http://www.ndepend.com/

C'est cher et fait beaucoup plus que de l'analyse des dépendances de sorte qu'il pourrait être exagéré pour ce que vous êtes recherche pour.
- Un outil conçu spécifiquement pour .NET, est-il analyser les dépendances pour les images natives ainsi?
- Probablement pas, @IInspectable. Je ne pense pas .NET a une façon de le faire, sauf peut-être à l'aide de quelque chose de P-Invoke.
- L'analyse importer des tables se résume à la lecture de fichiers. .NET permet de lire des fichiers.
- Yep! Et pourtant, il n'y a pas .NET API pour ce faire 🙁 Ce que vous proposez? Je ne suis pas vraiment un .NET programmeur, juste quelqu'un qui l'utilise lorsque le niveau inférieur solutions ne permettent pas de pan. Il y a une bonne sélection d'outils d'inspection de là, mais très peu pour Windows sont distribuer-friendly, encore moins vite... j'étais à la recherche de l'utiliser pour inspecter un montant inconnu des fichiers binaires de manière récursive pour détecter les cadres utilisés lors de la compilation, afin que je puisse les traiter avec un spécial params ad-hoc. Je pourrais avoir à regarder dans l'aide de LoadLibraryEx...
- Il n'y a rien dans l'API Windows pour lire importer des tables de modules. Vous devez lire des fichiers et d'analyser le contenu. Pas de différence entre le code natif et .NET. LoadLibraryEx n'aide pas là.
- Auriez-vous par hasard à savoir s'ils seront analysés à l'aide de simple chaîne de requêtes, ou de la traversée de la relative adresses virtuelles tenu de le faire? Si je peux faire des requêtes simples, au lieu de l'adresse de base, je voudrais savoir comment je peux juste faire une regex pour trouver les DLL de modèles de nom.
InformationsquelleAutor Jesse
1

NDepend a déjà été mentionné par Jesse (si vous l'analysez .NET code), mais permet d'expliquer exactement comment il peut vous aider.

Est-il un programme/script qui permet de rechercher un fichier exécutable pour DLL
dépendances ou d'exécuter le programme dans un "nettoyage" de DLL-gratuit environnement
pour les tests, afin de prévenir ces oups situations?

Dans le NDepend Projet panneau Propriétés, vous pouvez définir quels sont les assemblys d'application à analyser (en vert) et NDepend déduit Tiers des assemblées utilisé par ceux (en bleu). Une liste de répertoires où chercher de l'application et de la troisième partie des assemblages est fourni.

Si un tiers de l'assemblée n'est pas trouvé dans ces répertoires, il sera en mode erreur. Par exemple, si je retire la .NET Fx répertoire C:\WINDOWS\Microsoft.NET\Framework\v4.0.30319 je le vois .NET Fx tiers assemblées ne sont pas résolus:

Disclaimer: je travaille pour NDepend

InformationsquelleAutor Patrick from NDepend team
0

Veuillez consulter la trousse à outils de Sysinternals à partir de Microsoft lien ci-dessous,
https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer

Allez dans le dossier de téléchargement, Ouvrez "Procexp64.exe" en tant qu'administrateur de privilège.
Ouvrir le Menu find (Rechercher)-> "Trouver la Poignée ou de la DLL" option ou sur Ctrl+F façon.

InformationsquelleAutor Dattatraya Mengudale
-1

La pedeps projet (https://github.com/brechtsanders/pedeps) est un outil de ligne de commande (copypedeps) pour la copie de votre .exe (ou .dll) fichier(s) avec tous les fichiers dont il dépend.
Si vous faites cela sur le système sur lequel l'application fonctionne, vous devriez être en mesure d'expédier avec tout c'est la dépendance Dll.

InformationsquelleAutor Brecht Sanders

Vous devez vous connecter pour publier un commentaire.