portabilité unix -> windows

Version imprimable

21/08/2008, 11h27
lguignar

portabilité unix -> windows
Bonjour,
j'ai fait un programme qui contient ça :
Code:

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...)
21/08/2008, 11h39
oodini

Si tu veux manipuler des fichiers et être multi-plateformes, il vaut mieux utiliser boost::filesystem.
21/08/2008, 11h49
lguignar

je connais pas, je vais me renseigner, thx
21/08/2008, 11h49
Luc Hermitte

Sinon, '/' marche très bien sous windows pour manipuler des flux.
21/08/2008, 12h06
lguignar

Citation:

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 :roll:
21/08/2008, 12h42
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).
21/08/2008, 12h52
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é...)
21/08/2008, 16h24
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é.
21/08/2008, 16h43
Luc Hermitte

J'ai comme un gros doute.
http://www.parashift.com/c++-faq-lit...html#faq-15.16
22/08/2008, 02h12
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.
22/08/2008, 02h21
Luc Hermitte

"All Windows" et "DOS" ne sont pas ce que j'appelle des "Windows récents".
22/08/2008, 02h38
deadalnix

Alors c'est qu'il y a une entourloupe dans la SL pour gérer ça (ce qui est totalement possible).
22/08/2008, 10h52
Sylvain Togni

Ou alors c'est que tu te trompe dans ton affirmation. Quelle est ta source ?
22/08/2008, 11h02
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.
22/08/2008, 12h20
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.
22/08/2008, 18h04
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.
24/08/2008, 00h02
nicroman

1 pièce(s) jointe(s)

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.
24/08/2008, 00h25
Klaim

Hmm je ne connaissais pas l'existence d'un powershell pour windows Xp...
24/08/2008, 15h53
oodini

Citation:

Envoyé par nicroman

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.

Citation:

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).
25/08/2008, 12h48
nicroman

Citation:

Envoyé par oodini

Ç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).

Citation:

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 ! :D