Discussion :

[lguignar]

Bonjour,
j'ai fait un programme qui contient ça :

Code c++ :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
fstream f:
string path="dossier1/dossier2/mon_fichier";
f.open(path.c_str(), ios::out); /*ios::in ou out ça dépends des cas*/

Est-ce que ça fonctionne sous windows ou est-ce qu'il faut d'abord récupérer le système d'exploitation courant et mettre "/" ou "\" selon le système?

(j'ai pas de windows sous la main pour tester...)

[oodini]

Si tu veux manipuler des fichiers et être multi-plateformes, il vaut mieux utiliser boost::filesystem.

[lguignar]

je connais pas, je vais me renseigner, thx

[Luc Hermitte]

Sinon, '/' marche très bien sous windows pour manipuler des flux.

[lguignar]

Sinon, '/' marche très bien sous windows pour manipuler des flux.

Tu veux dire que ce que j'ai codé plus haut va bien ouvrir le fichier "mon_fichier" placé dans le dossier2 qui est dans le dossier1?

ce serait mon rêve

[JolyLoic]

Oui, le système de fichier windows accepte aussi bien / que \ (seuls problèmes, je crois, certaines fonctions liées au shell comme la gestion des boîtes file open, et la syntaxe à utiliser pour avoir des noms de fichiers de plus de MAX_PATH caractères).

[lguignar]

ok ok c'est donc parfait, étant donné que je ne fait que des appels à des chemins relatifs (en absolu j'imagine que ça aurait été plus compliqué...)

[deadalnix]

Attention, windows n'accepte les / que depuis 2000 (pour NT4, je sais pas).

Autrement dit, ça ne marchera pas sous 95, 98 et Me. ca dépend de ce que tu cherches comme portabilité.

[Luc Hermitte]

J'ai comme un gros doute.
http://www.parashift.com/c++-faq-lit...html#faq-15.16

[deadalnix]

of course, you could use \\test.dat .

C'est une mise ne garde contre les \ car par exemple \t désigne une tabulation. Donc pour ouvrir un fichier nomé test.dat, il faut utiliser /test.dat ou bien \\test.dat, la premiere marchant sur tous les systèmes modernes (UNIX like, windows récents), la seconde sur tous les windows.

[Luc Hermitte]

"All Windows" et "DOS" ne sont pas ce que j'appelle des "Windows récents".

[deadalnix]

Alors c'est qu'il y a une entourloupe dans la SL pour gérer ça (ce qui est totalement possible).

[Sylvain Togni]

Ou alors c'est que tu te trompe dans ton affirmation. Quelle est ta source ?

[Jean-Marc.Bourguet]

Quand j'ai fait ma transition OS de MS -> Linux (milieu des annees 90), les chemins avec / etaient deja acceptes par les OS de MS.

[deadalnix]

Je suis le seul a dire le contraire, je dois me tromper.

Je testerais la prochaine fois que j'ai un pc sous 95 - 98 sous la main.

[Klaim]

Je suis pas sur niveau code pure (via la sl par exemple), mais je sais qu'en revenche si l'adresse en question est passée dans une des api de l'os ou via un programme appelé en console, alors effectivement "/" est invalide sous windows (même Xp).

Dans le doute, j'utilise pas d'api d'OS si possible.

[nicroman]

ha ben non... ca dépend....
Le powershell utilise bien le '/' comme séparateur... et reconnait bien "ls" pour faire dir

En fait, la plupart des fonctions système utilisent le '\\'... et toutes les fonctions CRT font un replace '/' '\\'... de toute maniere, comme les paths doivent être convertis en UNICODE avant, ca coute pas plus cher.

En même temps on parle de vrai OS, pas de DOS (et donc... pas de W95/98/Me). D'ailleurs NT est capable de gérer les noms de fichier *exactement* comme linux (avec '/' et case dependency, c'est un setting du systeme de fichiers), donc je jeterai mon opprobe sur ceux qui font des trucs genre manipulation de la casse et autres utilisation de séparateurs prédéfinis en fonction de l'OS et non du file-system.

[Klaim]

Hmm je ne connaissais pas l'existence d'un powershell pour windows Xp...

[oodini]

En même temps on parle de vrai OS, pas de DOS (et donc... pas de W95/98/Me).

Ça n'a aucun sens, de parler de vrai et de faux OS.
Il n'y avait pas d'émulateur, dans ce que tu cites, il me semble.

je jeterai mon opprobe sur ceux qui font des trucs genre manipulation de la casse et autres utilisation de séparateurs prédéfinis en fonction de l'OS et non du file-system.

Sauf que les systèmes de fichiers sont il me semble toujours introduits par les OS. On peut donc considérer qu'ils font partie de l'OS (NTFS -> NT File System).

[nicroman]

Ça n'a aucun sens, de parler de vrai et de faux OS.
Il n'y avait pas d'émulateur, dans ce que tu cites, il me semble.

Ben si... Windows 95/98/ME était une surcouche de DOS, et n'avait rien à voir (sauf quelques signatures d'API) avec NT3.51 ou NT4, ou ... NT5 (XP) et encore moins NT6 (Vista), dans lesquels le DOS n'existait plus (et le Shell était une surcouche de l'OS).

Sauf que les systèmes de fichiers sont il me semble toujours introduits par les OS. On peut donc considérer qu'ils font partie de l'OS (NTFS -> NT File System).

Du tout... j'ai un disque NFS sur mon Windows Vista, et un (très vieux) Mac pointe allègrement sur du NTFS, NFS et MacFS
Mais bon... l'OS se charge de faire les traductions, mais rien ne dit qu'un OS (windows par exemple) utilisera *toujours* '\' comme séparateur !