2008-10-08 24 views
6

Mon projet Delphi7 ne s'exécutera pas sur l'ordinateur de mes clients si je n'ai pas plusieurs packages d'exécution dans le chemin. par exemple rtl70.bplProjet Delphi nécessitant des packages d'exécution, même avec des packages d'exécution désactivés

J'ai Construire avec les paquets d'exécution décoché, donc ne devraient-ils pas être conformes à l'exe? Edit: le projet utilise des paquets Jedi (TJvPlugin) et exécute le programme sans aucun plugin installé fonctionne très bien. Dès que j'ajoute un plugin, les erreurs bpl non trouvées réapparaissent. On dirait qu'il faut vivre avec les paquets supplémentaires.

Répondre

2

Votre projet peut utiliser des DLL ou des objets COM qui ont été créés avec des packages Delphi.

+0

Pas DLL/COM mais j'ai plugin bpls, qui pourrait être la raison pour laquelle –

0

Vous devez également décocher la case "Use Dynamic RTL" dans l'onglet Linker des options de projet. Avertissement: J'utilise C++ Builder, mais je crois que les options sont les mêmes.

+0

Merci, Utilisez Dynamic RTL doit être une option C++ Builder, il n'apparaît pas dans Delphi7 –

+0

Cela est correct. "Use Dynamic RTL" est une option spécifique de C++ Builder, elle ne s'applique pas à Delphi. –

6

Cela fait un moment, mais il semble qu'il y ait eu quelque chose où vous deviez (1) vérifier la construction avec les paquets d'exécution, puis cela permet à un autre éditeur (peut-être la liste des paquets d'utiliser)) faire un changement là. (3) Faites ensuite une construction complète, puis (4) supprimez la vérification des paquets d'exécution et faites une autre (5) génération complète. Il est important de faire une construction complète à chaque fois.

+0

En effet. Pour une raison quelconque, de temps en temps, nous remarquons que Delphi7 décide juste de ne pas construire de paquets dans notre EXE et nous devons aller activer les paquets "Build with Runtime", effacer la liste, puis la désactiver à nouveau. Wierd. – CodeAndCats

3

De mémoire:
1. Vérifiez la construction avec des packages d'exécution
2. Retirez tous les paquets de temps d'exécution de la liste
3. La pleine construction
4. Désactivez la construction avec des paquets de temps d'exécution
5 Construction complète.

ne peut pas tester, ne pas D7 plus ...

+0

Hehe, je viens de voir ça après avoir ajouté mon commentaire au post de Jim. Oui, nous devons faire la même chose de temps en temps. – CodeAndCats

0

On peut trouver cette évidence, mais il faut vérifier la taille de l'exécutable une fois que vous avez compilé, si elle est plus grande, il va courir. Lorsque nous copions manuellement dans nos mises à jour une petite DLL est un grand drapeau rouge que quelque chose ne va pas avec les options du projet.