Chemin d'acces au fichiers

Je mettrai plutôt des \\ ou des / dans la chaîne fichier.

Sinon autre variante si on souhaite juste mettre le nom du fichier dans le programme :

#define xstr(s) str(s)
#define str(s) #s

#ifdef _DEBOGAGE
     #define REPERTOIRE "bin\\Debug\\"
#else
     #define REPERTOIRE ".\\"
#endif


int main(void) {
     const char *nomFichier="monfichier.txt";
     const char *fichier=REPERTOIRE xstr(nomFichier);
     /*suite du programme*/
     return 0;
}

On dirait que les doubles slashs sont mangés par CCM (il faut en mettre 3 pour que CCM en garde deux.. hmmf.. du moins ci-dessous). Je ne sais plus si les avais mis ou pas. Quant au slash, tu as raison, il est accepté par Windows comme caractère séparateur de répertoires alternativement à l'antislash, et c'est bien pratique pour éviter d'avoir à les échapper.

Merci fiddy. Oui, avec les finesses de Windows et ses antislashs, bien sûr, il faut bien échapper les antislashs.

En revanche, dans ton else, le

".\\"

ne devrait-il pas être simplement

""

pour Windows ? Le "./" indiquant un exécutable dans le répertoire courant est pour un système Linux, ou de type Unix (POSIX), non ?


Edit: à la lecture de certains posts sur SO, il semble que la notation .\"nom exécutable.exe" soit utilisable sous Windows pour désigner un exécutable dans le répertoire courant et le distinguer d'un appel à un exécutable pouvant être ailleurs dans le PATH. Cependant, je ne trouve aucune source Microsoft confirmant ceci. Si tu as cela sous la main fiddy, cela serait cool de savoir qu'on peut vraiment se reposer dessus.


Dal

Bonne question pour le ".", de même pour le "..". Aussi longtemps que je me souvienne, cela a toujours fonctionné sur Windows (depuis win 3.1 :-)).
Maintenant, de là à dire si on a la garantie que cela fonctionne sur tous les OS... On peut même aller plus loin, qui dit que "/" ou "\\" assure la séparation des répertoires ?
Non, je pense vraiment qu'on peut utiliser "." ou ".." sereinement :-).

Oui, le ".." remonte même au DOS.

Mais si j'ai effectivement souvenir de manuels DOS indiquant la signification de ".." (qui est utilisé aussi bien sous DOS / Windows / Linux / *nix pour désigner le répertoire parent, ou "précédent"), je ne me souviens pas avoir lu quoi que ce soit sur "." dans un manuel Microsoft.

Pour les "/" qui peuvent être utilisés indifféremment des "\", c'est documenté officiellement par Microsoft : https://docs.microsoft.com/en-us/windows/win32/fileio/naming-a-file?redirectedfrom=MSDN#maxpath :

Note File I/O functions in the Windows API convert "/" to "\" as part of converting the name to an NT-style name, except when using the "\\?\" prefix as detailed in the following sections.

Quoi qu'il en soit, j'espère que doumbia.danse a pu paramétrer son Codeblocks pour utiliser un #define de débogage lui permettant de résoudre son problème :-)


Dal

Même pas besoin d'un #define d'un débogage. Il suffit de définir dans les options de compilation (option -D en gcc de mémoire).