Version imprimable
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! :P
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... :D
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.Citation:
Envoyé par Reisubar
Base de donnée sous Paradox, toute bête.Citation:
Envoyé par Reisubar
Non.Citation:
Envoyé par Reisubar
Pas du tout: utilisation basique de Delphi 2007, même pas .Net...Citation:
Envoyé par Reisubar
Immédiatement au lancement du fichier exe.Citation:
Envoyé par Reisubar
Non, puisque rien ne commence avant l'exception. A moins que je comprenne mal ta question? Je ne suis pas un pro de Windows.. :roll:Citation:
Envoyé par Reisubar
Non, ni webcam ni aucun autre hardware inhabituel: je viens d'acheter la bécane et elle est encore "toute nue" :mrgreen:Citation:
Envoyé par Reisubar
[/quote]
Ca devient hard à débugger :D
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!Citation:
Envoyé par Reisubar
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! :mrgreen:)Citation:
Envoyé par devyan
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! :aie:
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
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! :D): Je vais dans le menu Projet/Options et je trouve la mignonne petite fenêtre en attaché.Citation:
Envoyé par skywaukers
Y a-t'il une autre option à ne pas sélectionner?
Merci de me répondre le jour de ma fête nationale! :yaisse2:
Henri
Regarde plutôt dans "Packages" ;) Si c'est comme pour D6 c'est là qu'l y a une case à cocher...Citation:
Envoyé par hlmhv
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 :lol:) qu'il installe
Voici tout ce que je trouve comme "package". Je clique où?Citation:
Envoyé par devyan
Y a pas: sous Turbo-Pascal sous Dos c'était vachement moins compliqué! :mrgreen:
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. :king:
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 :chin:
où il est ce fichier joint ? trop d'abus de celle cité plus haut ? :mrgreen:
Oups! Voici le fichier en question... :arf::arf:
:bug: Heu... personnellement, je ne vois pas (le fichier bien sûr :mouarf:)Citation:
Envoyé par hlmhv
Bien sûr... :f1:Citation:
Envoyé par hlmhv
Le grand sage ce n'est pas moi, d'habord l'est pas sage de gars et en plus ne fait qu' 1,72m :aie:
Plus sérieusement,
En fait ton application fait allusion à la version du compilateur dès lors que tu utilises le compilateur. Le code est généré par une version du compilateur avec une version des sources, les tiennes et celles de delphi.Citation:
Envoyé par hlmhv
Les rtl (runtime libraries pas la radio ;)) sont donc d'une version et le même programme compilé avec une autre version de Delphi attendra une autre version de ces fichiers
J'ai un peu peur qu'il y ai confusion là...
Si tu as les sources et que tu compiles avec une version de Delphi il ne faut pas inclure les paquets de l'ancienne version.
Mais si tu as compilé une application avec les paquets d'exécution tu dois distribuer les paquets avec ton application.
Mais mais mais... Je lis ta réponse où tu me dis ne pas voir mon beau fichier joint alors que celui-ci est bel et bien présent...
Pour l'explication concernant les RTL, je comprends, mais justement si j'installe D2007 et recompile mon application en totalité avec celui-ci, je devrais avoir un exécutable qui pointe sur les bons RTL - 2007 -, non?
Merci quand même, ô pas-si-grand-que-cela Sage! :mouarf:
Citation:
Envoyé par devyan
Je crois avoir compris. Je suppose que les paquets de D4 s'appellent *40.* , ceux de D5, *50.* etc?
Ceci cependant n'explique pas le dernier souci: le message "la déclaration GetDisplayName diffère de la déclaration précédente".
Je peux comprendre le principe bien entendu, mais je ne trouve aucun fichier source contenant une définition de cette fonction qui soit différente. Et s'ils s'agit d'une définition présente dans un DCU, je suis mal vu que je ne dispose pas de moyens pour connaître la définition précédente. De plus ce message concerne une unité Borland, à laquelle je n'ai pas touché, je le jure sur la tête de mon roi! :roll:
Citation:
Envoyé par hlmhv
Le raisonnement n'est pas totalement faux... Mais c'est sans compter les nombreuses différences entre les versions successives de Delphi :aie:
Changements d'interfaces de comosants, déplacements de composants d'une unité vers une autre, etc. :marteau:
Entre D3 et D2007 il doit y en avoir un certain nombre :arf:
C'est d'ailleurs ce que te dis le compilateur.
C'est bien vrai!
Alors en pratique, je fais quoi à ton avis?
je comprends mieux le problème maintenant .
effectivement , j'en ai eu l'expérience, il y a un monde entre D3 et D2007
(2004 ? :lol:)
Personnellement et vu l'usine à gaz que j'ai du écrire je garde mon appli avec D3 pour la maintenance et j'écris les nouvelles fonctionnalités avec D2006 . Les quelques programmes que j'ai transférer de l'un à l'autre était des simples (2 ou 3 formes maxis et une dizaine de tables) pour cela j'avais trouvé sur le web un tuto de migration de D3 > D7 dont je m'étais imprégné
plus un autre de D7 vers D2006 (plus simple ce passage)
Ah haaa! On approche! Tu peux me donner les référence de cette tuto de migration? C'est sans doute ce qui me manque. Et l'idée de "panacher" D3 & D2006, chapeau, mais quelles précautions prendre?Citation:
Envoyé par SergioMaster