Comment Delphi 2009 convertit les projets Delphi 7 pour les configurations de construction

Question

Je me déplace fréquemment entre D7 et D2009 avec un code de bibliothèque qui fonctionne avec les deux.

Je supprime régulièrement tous les fichiers supplémentaires D2009 qui sont créés, par exemple: * .dproj etc, de telle sorte qu'en entrée sur D2009 je ne prends que des fichiers D7.
Ceci est bien parce que D2009 crée automatiquement un fichier * .dproj, * .dgroup etc et à part une notification à l'entrée de D2009 que chaque projet a été mis à jour, vous pouvez le construire immédiatement.

J'ai deux machines identiques, chacune avec D2009 dessus. Le 'bon' fait ce que j'ai énuméré ci-dessus, créant un projet amélioré avec les configurations de base par défaut 'base', 'debug' et 'release'. En regardant dans ceux-ci, je peux voir mes options copiées à partir du fichier Delphi 7 * .dof (par exemple, les options compilier et le répertoire de sortie, etc).

Sur la 'mauvaise' machine avec des projets D7 identiques qui lui sont fournis, bien qu'elle "mette à jour" les projets, elle n'importait pas les options du compilateur et les paramètres du répertoire de sortie.
Je n'ai pas du tout truqué avec les configurations de construction.
Je peux importer manuellement un ensemble d'options enregistrées sur la bonne machine, mais c'est fastidieux et j'aimerais savoir pourquoi la «mauvaise» machine se comporte différemment.

Y a-t-il une configuration de construction «maître» qui pourrait maintenant avoir une date/heure qui fait que D2009 pense que je le veux plutôt sur une mise à niveau par défaut?

Answer 1

Ok, juste quelques questions, vous avez deux machines le bon le mauvais (et pas le moche). Le bien crée un projet valide en 2009 à partir du projet 7. Mais le mauvais manque les options du compilateur et les paramètres du répertoire. Dans un premier temps, êtes-vous sûr d'avoir fourni le fichier .cfg? Celui-ci est nécessaire pour cette information.

Ensuite, dans quel ordre les versions de Delphi sont-elles installées? Si la dernière version est installée avant la plus ancienne, il peut y avoir quelques problèmes. Les installer dans l'ordre correct ne donne aucun problème. (J'ai eu 6, 7, 8, 2006, 2007, 2009 sur la même machine sans problèmes).

Vous avez dit que les problèmes se sont produits "soudainement". Pouvez-vous rappeler ce qui a été changé sur la mauvaise machine juste avant que les problèmes ont commencé?

Si vous avez le temps, vous pouvez essayer de réinstaller n'importe quoi.

Espérons que cela aide.

Answer 2

Avez-vous des chemins relatifs dans vos projets? Il semble que D2009 (ou l'IDE BDS en général) réagisse légèrement différemment en ce qui concerne le répertoire de travail utilisé pour résoudre les chemins partiels. Parfois, lorsque vous file-> ouvrez un fichier, tous les chemins relatifs sont soudainement relatifs au chemin de ce fichier ouvert. Cet état semble également être plus persistant.

Pour exclure un tel problème, ouvrez un fichier à partir du répertoire respectif .dpr/.bdsproj/.dproj pour chaque projet de votre groupe de projets et effectuez une génération.

Answer 3

Je viens de rencontrer ce problème.

Dans mon Drag/Drop components, bien que je prenne en charge Delphi 5 à Delphi 2010, je ne distribue que les fichiers dof.Je fais cela pour éviter de devoir synchroniser les fichiers dof et dproj. Maintenant, tout à coup, le paramètre de chemin de recherche des fichiers dof n'est pas exporté vers les fichiers dproj.

La solution que j'ai trouvé est de dépouiller le fichier dof de tout ce que je ne ai pas besoin:

[FileVersion] 
Version=7.0 
[Directories] 
OutputDir=. 
UnitOutputDir=. 
SearchPath=..\..\Source 

Avec ce changement le fichier ddl est correctement importé.

Je n'ai pas eu le temps (ni la raison ni la motivation) d'étudier précisément quelle entrée dans le fichier dof qui empêche l'exportation de SearchPath.