comment connaitre les fichiers necessaire à l'installation d'une application delphi

**chekkal** · 11/12/2013, 09h26

Bonjour à tous,

je ne sais pas s'il ya un moyen de savoir quels fichiers joindre un executable delphi quant on l'installe sur une autre machine dépourvu de delphi?

**e-ric** · 11/12/2013, 09h33

Salut,

Cela dépend effectivement de ce que fais ton programme, personne ici ne pourra te donner de solution exacte. Si ton application est simple, il est possible que l'exécutable seul suffise. Dans l'absolu, il te faut énumérer (entre autres):
- l'existence de fichiers spécifique à ton application tels de fichiers de configuration.
- la liaison à des DLL spécifique (attention, cela peut arriver indirectement via des composants).
- la liaison à des paquets Delphi si l'option 'Compiler avec les paquets d'exécution' a été activée.
- les dépendances avec une base de données (et la couche d'accès employée).

Seule une bonne connaissance de l'application te permettra d'aboutir.

**ChMerlier** · 22/01/2014, 14h40

Bonjour,

Tu peux utiliser Dependency Walker disponible ici : Ici

Cet outil permet de lister les DLL et packages nécessaires au fonctionnement de ton programme.

Cet outil permet de construire un diagramme de dépendances vous aidant à connaître les modules que votre programme utilise. Il est d'autant plus pratique que Dependency Walker est capable de vous indiquer les .DLL nécessaires pour faire fonctionner votre programme.
De plus, il est capable de détecter les erreurs liés aux modules manquant et autre problème de redondances.

**gaby277** · 22/01/2014, 15h50

Bonjour,
Sur le site de inno set up il y a un programme qui semble correspondre à tes besoins.

http://www.jrsoftware.org/is3rdparty.ph

Ci-dessous un copier/coller que je te laisse le soin de traduire vu la simplicité

Inno Setup Third-Party FilesISSComponentHelper
RiverSoftAVG
Allows you to specify a Delphi project (*.dpr) or Delphi Package (*.dpk), parses the file looking for dependencies, and then generates a list of dependent files that need to be distributed with the project or package.

Je n'ai pas testé c'est sans garantie !

**e-ric** · 22/01/2014, 20h20

Salut à tous

@ChMerlier: Dependancy Walker fonctionne bien pour les liaisons statiques mais il nb'est pas suffisant dans le cas général en effet si la DLL est chargée à la volée, avec par exemple un nom de fichier calculé ou résultant d'une énumération, DW ne pourra pas grand chose pour toi.

Je dirai dans l'absolu que seul l'auteur du programme connaît les dépendance de son programme et encore pas toujours.

@+

**ChMerlier** · 23/01/2014, 15h12

Bonjour,

Pour ma part, j'utilise Dependency Walker depuis sa création et il fait le job.
Pour moi, la DLL dynamique reste un cas particulier.
Dans l'idée, si il y a appel à une ressource dynamique, le développeur en a normalement conscience.

**e-ric** · 23/01/2014, 19h31

Salut

Je utilise DW de temps à autres aussi et c'est vrai qu'il rend bien service.
Le problème est que le développeur ne sait pas toujours tout sur le logiciel sur lequel il travaille pour diverses raisons (exemple : un prestataire, comme moi, qui débarque sur un gros projet...).

La DDL dynamique est peut-être un cas particulier, cela arrive quand même et cela ne peut pas négligé dans une analyse de l'existant.

Il est possible de surveiller les DLL chargées à un instant t grâce à ProcessExplorer (en plus, il donne un tas d'infos sur les DLL dont le chemin d'accès).

Je ne sais pas si Chekkal a résolu son problème, il n'a pas donné suite et encore moins placé ce fil en

.