Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Fichiers compilés inutilisables.
Bonjour,
En changeant de PC, je constate que les codes compilés sous Windows XP SP2 par un AMD Turion ne fonctionnent pas sous XP SP3 / Intel Core2 Quad!
Que dois-je faire si je ne veux pas réinstaller tout Delphi 2007 sur la nouvelle bécane?
Les messages d'erreurs que j'obtiens sur celle-ci sont soit le classique "XXXXX a dû stopper suite à une erreur." avec invitation à communiquer le code à Microsoft, ou encore le message "EAccessViolation in module ntdll.dll"
Help!
Henri
Data Execution Prevention est-il actif sur la marchine ou ca plante ? Il est possible que tu aies des composants qui ne tolèrent pas cette restriction (parmi une autre immense liste de possibilités... qui inclue du code avec des bugs ;-))
Le DEP est actif exclusivement pour les fichiers Windows. J'ai aussi essayé l'option "DEP actif pour tout sauf pour les fichiers concernés" mais cela ne change absolument rien.
Ce sont les deux seules options que j'ai: existe-t"il une façon de débrancher carrément ce DEP?
Merci de m'avoir répondu aussi vite...
Quelques questions :
-Est-ce commun a toutes les applications compilées avec Delphi ?
-Quelle genre d'appli est-ce ?
-Utilises tu des librairies ou des composants tiers ?
-Des appels systèmes ambitieux ? Tu joues explicitement avec la mémoire ?
-Où l'exception est-elle levée ? Peux tu poster le code qui doit correspondre à l'évènement qui peut générer l'exception ?
-As tu une webcam Logitech (non, ceci est une vraie question !)
Apparemment oui.Envoyé par Reisubar
Base de donnée sous Paradox, toute bête.
Non.
Pas du tout: utilisation basique de Delphi 2007, même pas .Net...
Immédiatement au lancement du fichier exe.
Non, puisque rien ne commence avant l'exception. A moins que je comprenne mal ta question? Je ne suis pas un pro de Windows..
Non, ni webcam ni aucun autre hardware inhabituel: je viens d'acheter la bécane et elle est encore "toute nue"
[/quote]
Ca devient hard à débugger
Je n'utilise pas Paradox, peut être que son exploitation nécessite des runtimes qui ne sont pas installés ou dans la bonne version côté client ?
Théoriquement, les exceptions au démarrage peuvent être causés par des erreurs dans les clauses initialization des unités. En utilises-tu ?
Une bonne piste pour débugger : utiliser MadExcept :
1. Télécharger à partir de : http://www.madshi.net/madExceptDescription.htm
2. Installes et active le pour ton application (Dans le menu Projet tu as un item de menu qui est apparu normalement, et tu dois cocher "Enable MadExcept")
3. Tu devrais à l'exception pouvoir récupérer la pile d'appels, i.e l'enchaînement de fonctions qui amène à l'exception. Postes là ici.
Good luck !
Je le fais de suite et je poste dés que possible. Encore merci!Ca devient hard à débugger
Je n'utilise pas Paradox, peut être que son exploitation nécessite des runtimes qui ne sont pas installés ou dans la bonne version côté client ?
Théoriquement, les exceptions au démarrage peuvent être causés par des erreurs dans les clauses initialization des unités. En utilises-tu ?
Une bonne piste pour débugger : utiliser MadExcept :
1. Télécharger à partir de : http://www.madshi.net/madExceptDescription.htm
2. Installes et active le pour ton application (Dans le menu Projet tu as un item de menu qui est apparu normalement, et tu dois cocher "Enable MadExcept")
3. Tu devrais à l'exception pouvoir récupérer la pile d'appels, i.e l'enchaînement de fonctions qui amène à l'exception. Postes là ici.
Good luck !
Bonjour,
Est-ce que tes applications ne sont pas tout bêtement compilées avec les paquets d'exécution et que Delphi n'est pas installé sur cette nouvelle machine ?
Dans ce cas il suffit d'installer les paquets d'exécution.
Excuse un débutant: comment installe-t'on ces paquets d'exécution? Je n'avait pas ce souci sous D3 (oui, je sais cela date!)
Si tu parles du BDE, il est bien installé.
Non il ne s'agit pas du BDE.
Lorsque tu installes Delphi, il place certains fichier dans les répertoires Windows.
Ces fichiers sont les paquets d'exécution.
Il me semble qu'il est possible de n'installer que les paquets d'exécution à partir du CD. Sinon, il faut copier ces fichiers à la main...
Par contre il me semble me souvenir que pour compiler un programme avec les paquets d'exécution (l'exe résultant est beaucoup plus petit) il faut le choisir explicitement dans les options de compilation.
Voici la situation actuelle: j'ai réinstallé CodeGear sur le nouveau PC, pensant que peut-être le compilateur me donnerait un code EXE compatible avec la machine (??). Il fonctionne, à ceci près qu'il recommence à m'enquiquiner sur le fait que telle ou telle unité serait compilée avec une version antérieure de telle ou telle autre. Et si je cherche à recompiler TOUTES les unités, il s'en trouve toujours une ou l'autre dont je ne dispose pas de la source (TeCanvas par exemple: inconnue au bataillon!).
Et lorsque j'installe MadExcept, le même compilateur me réclame MadExcept.pas dont je ne dispose évidemment pas..
Soit dit en passant, je n'ai jamais compilé une unité à la fois: est-ce possible de le faire sans qu'elle soit intégrée dans un projet?
Help!
Bonjour,
hmm, ça sent quand même la compilation avec les paquets d'execution ça. As tu bien vérifié que ce n'est pas coché dans les options de ton projet ?
@++
Dany
Mon Tutoriel sur le développement Intraweb
N'oubliez pas de consulter les FAQ Delphi ainsi que les Cours et tutoriels sur la programmation Delphi
Tu sais quoi? On va faire comme si j'étais totalement béotien (ce que pour Delphi 2007 je suis quand-même vu qu'avant je surfais sur D3!
Y a-t'il une autre option à ne pas sélectionner?
Merci de me répondre le jour de ma fête nationale!
Henri
Regarde plutôt dans "Packages"Tu sais quoi? On va faire comme si j'étais totalement béotien (ce que pour Delphi 2007 je suis quand-même vu qu'avant je surfais sur D3!
Y a-t'il une autre option à ne pas sélectionner?
Merci de me répondre le jour de ma fête nationale!
HenriSi c'est comme pour D6 c'est là qu'l y a une case à cocher...
Yan.
si les programmes ont été compilés en D3 (voir image jointe) alors il faut que dans le répertoire du programme ou dans System32 il y ait les fichiers *30. DPL et *30.FR correspondant à ces unités. (i.e. VCL30.DPL,VCL30.FR)
Installer BDS2007 ne corrige pas ce problème puisque ce ne sont pas des DPL mais des BPL (et pas vec les même numéros) qu'il installe
Voici tout ce que je trouve comme "package". Je clique où?Regarde plutôt dans "Packages"
Yan.
Y a pas: sous Turbo-Pascal sous Dos c'était vachement moins compliqué!
Ca marche!
Merci à SergioMaster, Devyan, Skywaukers & autres Reisubar: grâce à vous mon application fonctionne aussi bien en mode débogage qu'en EXE.
Après coup, et pour que je ne meure pas idiot, je ne comprends pas bien comment un code source réalisé en Pascal ne puisse pas être compilé sans ces fameux fichier *30.* alors que la source ne fait aucune allusion à la version du compilateur.
Le premier Sage qui peut m'expliquerse verra offrir un bac (virtuel) de bières Belges.
Ca marche.. presque!
Ouille! J'ai parlé trop vite: certes mon application principale fonctionne, mais une autres, secondaire, refuse de fonctionner comme le montre le fichier joint.
Si j'essaie de compiler toutes les unités, en incluant celles utilisées en amont, plus rien ne va plus.
Une idée?
HM
DPL=DLL ça c'est de la petite bière
où il est ce fichier joint ? trop d'abus de celle cité plus haut ?
Oups! Voici le fichier en question...
Répondre avec citation
Partager