Version imprimable
Bonjour
J'ai créé une application multi périphérique qui fonctionne bien sur ma machine de développement et j'ai installé la version Win32 sur 2 autres PC sur lesquels il n'y a pas delphi d'installé.
Sur le premier tout fonctionne bien mais sur le second j'ai l'erreur runtime 217 au lancement.
La version de Windows sur le PC qui ne fonctionne pas est Windows 10 famille v22H2 Build 19045.4780
J'ai compilé le programme avec la version 12.1 de delphi
Quelqu’un a une idée?
une Runtime error, c'est avant même que l'application ne démarre vraiment, tu devrais traquer les dépendances, en particulier les dépendances FMX comme c'est une multi-plateforme.
Question bête comment on traque les dépendances?
Comme ShaiLeTroll, les runtime errors apparaissent avant que SysUtils soit initialisée, après elles sont converties en exception.
Je regarderais :
- les sections initialization ;
- les constructeurs de classe ;
- les liaisons statiques aux dll.
Et puisque ça fonctionne sur ton poste de développement, je penserais plutôt aux dll. Soit manquantes, soit d'anciennes versions non compatibles (prototypes de fonctions différents).
EurekaLog par exemple, si tu as une version de Delphi qui en contient une version.Citation:
Envoyé par Gouyon
https://www.eurekalog.com/help/eurek..._compilers.php
Sinon DependancyWalker, tu le lances pour chaque PC, tu regardes si il y a des DLL manquantes, un travail de fourmi !
Il n'y a pas de section initialization dans mon projetCitation:
Envoyé par Andnotor
Mes constructeurs de classes n'ont rien de particulier en général j'initialise les variables privates de mes classes et c'est tout.
Le projet n'utilise pas de DLL d'ailleurs si ça avait été le cas comme sur d'autres projets que j'ai réalisé, Windows indique que la DLL trucmuche est manquante
Seul truc qui peut sortir de l'ordinaire c'est que ce programme communique avec un site web. Il fait appel à des routines en PHP via un composant TNetHTTPRequest mais il ne fait appel aux fonctions de ce composant que sur des actions de l'utilisateur donc après que le programme se soit lancé
Ce n'est pas systématique. Tiens un exemple avec SKIA, la dll est nécessaire et ici je l'ai renommée en dl.Citation:
Envoyé par Gouyon
Pièce jointe 659017
Avec dependency Walker j'ai trouvé toutes les dépendances je vais regarder celle qui manquent sur l'autre PC
Pièce jointe 659019
Je reviens sur le sujet et comme de bien entendu la solution était toute bête.
En fait c'est l'emplacement où a été copié l’exécutable qui pose problème.
J'ai copié l'exécutable dans un autre répertoire et là tout a bien fonctionné.
C'est d'autant plus étonnant que le répertoire initial où j'ai copié l’exécutable n'était pas sensé poser ce genre de problème:arf:
Conclusion
Quand ça marche pas avant de tout démonter vérifier que la prise est bien branchée :aie:
