Discussion :

[colorid]

Bonjour,

Pourquoi à l'enregistrement de ma remière unité Form il m'indique une erreur en déclarant impossible d'enregistrer dans Win32/Debug/Nom du fichier
Que vient faire Win32 et Debug ?
Comment éviter cette erreur ?

Merci à tous

[ShaiLeTroll]

C'est la configuration de ton projet
La Plateforme (Win32, Win64, MacOS) et le type de compilation (Release, Debug)

Ces identifiants sont utilisés lors de la compilation pour choisir la cible de l'EXE, des DCU ... ce qui donne \Win32\Debug\
Étrange tes / c'est bien des \ ?

La Notion de Release\Debug existe depuis BDS2005
La Notion de Plateforme est une nouveauté XE\XE2

Par contre, il ne devrait pas poser de problème pour un fichier source !
A quel moment, il t'affiche cela ? Au moment de lancement du programme, comme il est tout neuf, il demande de l'enregistrer normalement !

[colorid]

A la compilation il me signale 1 erreur et s'arrete

En bas à gauche je cherche l'erreur il est affiché :
[DCC Erreur fatale] F 2039 Impossible de créer le fichier de sortie '.Debug\Win32\Machin.exe'

[colorid]

Ma question est : Comment éliminer l'erreur ?

[Rayek]

Est ce que tu as déjà lancer une fois ce logiciel ?
Si oui, ne serait il pas encore en mémoire ?
Si oui, tues le et relance la compilation.

[ShaiLeTroll]

A la compilation il me signale 1 erreur et s'arrete

En bas à gauche je cherche l'erreur il est affiché :
[DCC Erreur fatale] F 2039 Impossible de créer le fichier de sortie '.Debug\Win32\Machin.exe'

Ah, cela n'a donc rien à voir avec ce que tu nous disais au début

Pourquoi à l'enregistrement de ma remière unité Form il m'indique une erreur en déclarant impossible d'enregistrer dans Win32/Debug/Nom du fichier

Rayek est dans le vrai !
En général, un process précédemment en Debug parfois traine (normalement l'idee te propose de "Detacher" ou de "Forcer" l'arrêt)
Ou alors tu l'a lancé manuellement !

Ensuite, tu as peut-être une erreur dans tes chemins de sortie dans la configuration de projet !
Il cible un répertoire qui n'existe pas, ton chemin est bien ".\$(Platform)\$(Config)" on dirait que tu as ".$(Config)\$(Platform)" ce qui peut poser problème

imagions ton projet d:\dev\XE2\projet.
le premier donne d:\dev\XE2\projet\win32\debug,
le second donne d:\dev\XE2\projetdebug\win32,
cela ne doit pas lui plaire

[colorid]

Le chemin conçu par Delphi XE débute bien par :
".$(Config)\$(Platform)"
Qui n'existe naturellement pas et plante la compilation.
Sinon comment l'éviter pour le moins comment le supprimer ?
Si il est vrai que un process précédemment en Debug parfois traine, comment l'éviter, d'autant que justement je développe deux projets simultanément en mode debug et en mode release... L'hypothèse du debug qui traine est très vraisemblable et serait un bug de XE qui devrait le résoudre au plus tôt

Qui a une idée ?

Je développe sur une plateforme Win32 avec un processeur 64 bits

[ShaiLeTroll]

Le chemin conçu par Delphi XE débute bien par :
".$(Config)\$(Platform)"

Etrange, cela devrait être .\$(Platform)\$(Config)il manque le \ entre le . et le $

Qui n'existe naturellement pas et plante la compilation.

Normalement, Delphi va créer les répertoires manquants !

L'hypothèse du debug qui traine est très vraisemblable et serait un bug de XE qui devrait le résoudre au plus tôt

??? Ce n'est pas Bug, cela a toujours existé, en Delphi 7, si l'exe était déjà chargé tu ne pouvais l'écraser !
Si ton exe traine en mémoire c'est souvent une mauvaise libération de thread, de DLL ...