Discussion :

[julien19]

Bonjour,
je souhaiterais savoir comment créer "proprement" un .exe sur Delphi 2009 (et Windows XP).

Actuellement, je compile mon projet, puis le construit. Ce qui me donne un exécutable. Celui-ci fonctionne correctement sur le PC sur lequel je développe. Néanmoins, si je mets l'exécutable sur un autre PC, celui-ci ne fonctionne pas (j'ai un message "LoadLibrary Failed!" qui s'affiche...). Pour information, le projet comporte une fiche qui appelle deux unités. Quelqu'un sait comment faire ??

[evarisnea]

déjà tu le crée proprement ton exécutable, mais apparemment il a des dépendances, genre il utilises une dll qui se trouve sur ton pc et pas dans un autre pc.
cherche déjà à savoir quelles sont les dépendances de ton exécutable, utilises-tu une base de données?

[julien19]

déjà tu le crée proprement ton exécutable, mais apparemment il a des dépendances, genre il utilises une dll qui se trouve sur ton pc et pas dans un autre pc.
cherche déjà à savoir quelles sont les dépendances de ton exécutable, utilises-tu une base de données?

Je ne sais pas ce qu'est une base de données... mais je ne pense pas en utiliser... Les dépendances de l'exécutable, je pense les connaître (les "uses" en haut de la fiche). Mais que faire ?? J'ai essayé de les copier sur l'autre PC, en créant le même chemin d'accès, mais cela ne marche pas... Peut-on créer un .exe dans lequel il y a tout ??

[Michel Devaud]

Voir menu "Projet" / "Options", onglet "Paquets", vérifiez que "Construire avec les paquets d'exécution" n'est pas coché.

[evarisnea]

Les dépendances de l'exécutable, je pense les connaître (les "uses" en haut de la fiche). Mais que faire ?? J'ai essayé de les copier sur l'autre PC, en créant le même chemin d'accès, mais cela ne marche pas... Peut-on créer un .exe dans lequel il y a tout ??

je ne parlais pas de celles-là, par dépendances j'entends les autres fichiers dont ton exécutable a besoin pour fonctionner que ce soient de simples fichiers ini ou de librairies à liaison dynamique (dll)

Voir menu "Projet" / "Options", onglet "Paquets", vérifiez que "Construire avec les paquets d'exécution" n'est pas coché.

+1, essaie déjà ça et dis nous.

[julien19]

Voir menu "Projet" / "Options", onglet "Paquets", vérifiez que "Construire avec les paquets d'exécution" n'est pas coché.

Bonjour, cette case n'était pas cochée. Lorsque je l'ai cochée et réessayé, le message d'erreur avait changé : "L'application n'a pas pu démarrer car rtl120.bpl est introuvable" (au lieu de "Loadlibrary Failed!").

Pourtant, dans "Options de projet\Packages\Packages d'exécution", la liste fait mention de "rtl"... Mais c'est une liste ordonnée, peut-être faut-il changer l'ordre ?? Egalement, faut-il que tous les packages de conception soient activés/cochés... (c'est le cas en ce moment)

Merci beaucoup pour vos précédentes réponses...

Julien

[evarisnea]

non non non

il fallait juste vérifier que la case ne soit pas cochée, pas la cocher !

bien, à présent cela signifie que le problème est ailleurs. quels composants utilises-tu, accèdes-tu à des dlls, que fait ton application?

[julien19]

non non non

il fallait juste vérifier que la case ne soit pas cochée, pas la cocher !

J'avais compris , mais je me suis dis qu'essayer ne pourrait pas empirer le problème...

bien, à présent cela signifie que le problème est ailleurs. quels composants utilises-tu, accèdes-tu à des dlls, que fait ton application?

C'est un programme pilotant un appareil de mesure. Il y a une fiche (.pas+.dfm), qui appelle deux autres unités (les lignes de commandes pour l'appareil et l'initialisation du GPIB). Les noms de ces deux unités sont bien insérés dans le "uses" de la fiche principale. Voici d'ailleurs le "uses" :

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,
Dialogs, StrUtils, FileCtrl, ShellAPI,
WinTypes, WinProcs, StdCtrls, ExtCtrls, fiche1,fiche2 (celles décrites au dessus) , TeEngine,
Series, TeeProcs, Chart, ExtDlgs,math;

Voilà, je ne sais pas trop quoi dire d'autre....

[julien19]

Je pense fortement avoir trouvé le problème :
c'est très certainement un problème de dll comme le suggérer une des réponses... (certaines n'étant pas installées sur le 2nd PC) En tout cas, je vous remercie pour votre aide

[evarisnea]

contents d'avoir pu t'aider.

pourrais-tu nous dire quelles étaient les dlls à copier?