Version imprimable
bjr j'ai qq soucis pour construire la ligne de commande qui exécutera un backup FireBird (Gbak -v -username ...)
Les répertoires windows étant constitués de blancs il faut cadrer les chemins de la source et de la destination avec des doubles quote.
Mais les divers moyens d'inclure des doubles quotes, incluent aussi un antislash et cela semble pertuber GBAK.EXE.
Si qq un a déjà fait ça ... je suis preneur.
Merci
Bonjour, je vais apporter quelques précisions à ma question car je sens qu'en l'état elle n'inspire personne.
Je construis dans une application la ligne de commande (AnsiString) des paramètres nécessaire à l'exécution d'un backup FireBird. Voici la ligne construite :
telle qu'elle apparait dans la fonction Evaluer (Ctrl F7)Citation:
" . -v -y backup.log -user sysdba -password masterkey \"C:\\Documents and Settings\\All Users\\Application Data\\Asclepia170\\Asclepia.asdb\" \"C:\\Documents and Settings\\All Users\\Application Data\\Asclepia170\\Backup\\Asclepia07-05-09_12-45.asbk\""
1er problème : Le backup échoue. Le fichier backup.log contient systématiquement le message suivantLe "fichier" non trouvé est en fait toujours le répertoire courant (reglé par SetCurrentDir)Citation:
gbak: ERROR:I/O error for file "C:\PROGRAM FILES\FIREBIRD\FIREBIRD_2_0\BIN"
gbak: ERROR: Error while trying to open file
gbak: ERROR: Accès refusé.
gbak:Exiting before completion due to errors
2eme problème : vous remarquerez peut être un point avant le paramètre -v. C'est la seule manière d'obtenir que -v soit le premier paramètre de la ligne car ce paramètre est systématiquement éliminé. Je l'ai découvert en écrivant une application qui se substitue à gbak et affiche les paramètres reçus.
Bonjour
j'ai contourné le problème en exécutant un fichier de commande qui contient les mêmes lignes que celles qui posent problèmes avec le CreateProcess.
On ne peut donc pas dire que le problème soit résolu.
Les idées ou exemples qui marchent seront les bienvenus.