Utilisez-vous des chemins relatifs?
Si oui, j'ai découvert qu'il est utile de définir le répertoire de travail dans mon répertoire de projets et de charger un fichier depuis mon répertoire de projets en utilisant Fichier-> Ouvrir. La navigation et le chargement fixent apparemment le répertoire de travail, en corrigeant le cas où vous PENSEZ que vous utilisez des chemins relatifs à votre projet, mais Delphi les interprète par rapport au répertoire de travail de l'EDI. Fermez tous les autres onglets pour éviter les erreurs. Puisque le compilateur Delphi est une DLL, il interagit profondément avec l'IDE, et a probablement accès aux fichiers qui sont ouverts. (Il peut compiler des fichiers non sauvegardés!)
Sinon, cela pourrait être un phénomène bizarre, mais avoir toujours la même origine. Développer une habitude de fermer d'abord d'autres fichiers (clic droit sur tab-> fermer tous les autres), et fixer le répertoire de travail (avec l'unité de chargement via fichier-solution de contournement) pourrait aider. J'ai l'impression que la série d'IDE de BDS semble souffrir de cela plus que les classiques, mais le problème existait aussi dans les classiques. Cela peut être aussi simple que d'utiliser des options opendialog plus sophistiquées dans BDS, ce qui augmente les chances de changer de répertoire.
mise à jour Également l'ouverture de projets lorsque aucun autre projet n'est ouvert aide. Donc, cliquez toujours sur l'ancien projet avant d'ouvrir le nouveau, et ne cliquez pas sur un projet dans l'explorateur Windows si l'EDI est ouvert avec un autre projet chargé.
Delphi XE souffre encore de cette
Happens aussi à Delphes 2009 pour moi si je travaille sur deux projets où les unités ont le même nom - si j'ouvre un fichier qui appartient l'autre version, le débogueur commence à utiliser la d'autres versions du répertoire source au lieu des répertoires du fichier projet ouvert (dpr). – mjn