Je tente d'ouvrir de vielle aplication Delphi (drp et dprpj) avec Delphi XE2
J'obtiens le message d'erreur: "Impossible de résoudre le nom d'unité..."
chaque fois???
Merci la compatibilité!!!
Qui peut m'aider?:cry:
Thanks!!!
Version imprimable
Je tente d'ouvrir de vielle aplication Delphi (drp et dprpj) avec Delphi XE2
J'obtiens le message d'erreur: "Impossible de résoudre le nom d'unité..."
chaque fois???
Merci la compatibilité!!!
Qui peut m'aider?:cry:
Thanks!!!
Bonjour,
pour info, je fais souvent le passage de D7 à XE2 et je n'ai pas ce genre de Pb (seulement les Pb liés à l'unicode parfois)
Je ne sais pas d’où cela vient ...
A+ Charly
Laquelle pose problème ? En les ôtant une à une, on doit la cerner. Il y a probablement une homonymie (System.Classes et Windows.Classes par exemple).
Salut:D
As-tu vu ce post ?
http://www.developpez.net/forums/d13...dre-nom-dunit/
Juste pour l'info, Delphi XE2 est UNICODE (d'ailleurs, c'est à partir de la version 2009 je crois), donc, il faut prendre soin de quelques migrations dans le code, de la compatibilité pour les composants..
Bonne chance car les projets de migration des versions antérieures à 2006 (et même il y'a beaucoup de problème d'inter-opérabilité entre la 2006 et la XE2) et les nouvelles versions (2009, XE, XE2, XE3 et XE4) sont des projets délicats et je ne garantie pas une compilation réussie pour la première fois :aie::aie:
Bye
Je pense en fait que c'est le chemin des unités qui n'est pas correct.
J'ai en effet changé de machine entre Delphi 7 et XE2
Quel fichier contient cette information?
J'ai aussi tenté un shift+F9 pour forcer la reconstruction du projet mais pas mieux :cry:
Quand à la compatibilité ascendante, c'est pas top :evil:
Que penser des upgrade XE3 et 4 payants si c'est pour se taper des correctifs et de la revalidation, double coût, moi qui suis resté sur 7 pendant + de 10 ans;
le rythme des maj a été revu, $$$ bien sûr :-(
Faut pas s'étonner que certains migrent vers d'autres cieux...
Tant que tu utilises la VCL et les composants standards, la migration se fait plutôt bien. Mais si tu as du code qui mets les mains dans le camboui, là faut faire la migration en unicode à la main.Citation:
Envoyé par PhilLU
Salut,
J'ai rencontré ce problème de migration entre Delphi2006 et Delphi XE2, en faite si des composants ont été acquis pour des versions qui ne supportent pas l'UNICODE alors un des 2 cas se présentent :
- Soit faire migrer le composant en lui même et prendre en charge tous ls dégâts qui peuvent arriver.
- Soit de migrer à la main (en codant) les parties qui t'intérésse dans les unités sources des composants.
Je crois que le même code écrit en Delphi 1 avec de la Vcl basique, rtl natif de Borland peut être compilé sans erreurs survenues Delphi XE4, mais le choix des composants tiers t'oblige à suivre leurs technologies et migration d'une version à une autre.
Personnellement, j'ai pu migrer une petite application Client/Serveur de Delphi 6 vers la version XE2 sans problèmes car je n'utilisais pas de composants tiers...
Sinon, les projets de migration sont décidés stratégiquement et parfois nécéssitent une mobilisations de beaucoup de développeurs ( analyse, recherche et développement, tests unitaires et fonctionnels ...)
Bye
Bonjour,Citation:
Envoyé par PhilLU
On peut apprécier ou regretter la politique et les choix faits par Embarcadero, mais comme vous le dites, votre application s'appuie sur une technologie d'il y a 10 ans ! :lol:
De l'eau a coulé sous les ponts et des évolutions ont eu lieu (unicode par exemple)...
Quel est l'intérêt de recompiler une vieille application avec le (presque) dernier compilateur en date ? la version delphi 7 permet d'obtenir des exécutables utilisables sous Win 7 et 8 pour peu que l'on ait respecté certaines règles et qu'on utilise un manifeste adéquat...
S'il s'agit de la faire évoluer et de profiter des dernières nouveautés, avez vous déjà lu les releases notes ?
Est ce que la qualité de ce code vieux de 10 ans correspond à ces critères ?