Boost.filesystem et les chemins avec des espaces/signes

**Spartan03** · 27/08/2006, 13h24

Bonjour à tous,

J'essaie d'utiliser boost.filesystem avec des chemins contenant des espaces.
Il s'agit du chemin "Application Data" (C:\Documents and Settings\usr\Application Data) sous Windows et du chemin "appdata" (un simple dossier appdata par rapport à l'exe) sous les autres OS.
Pour la portablilité je sais que boost::filesystem::path ne supporte pas les racines, je supprime donc le C: sous Windows. Le problème c'est que boost::filesystem::path semble aussi ne pas supporter les espaces (pour des raisons de portablilité j'imagine).
En effet lorsque je fournis à la classe path un chemin avec espaces je vois le message suivant sur la ligne de commande :

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

J'ai essayé avec la forme courte du chemin (/DOCUME~1/ADMINI~1/APPLIC~1) mais ça ne change rien.
Pourtant pour un chemin comme par exemple "/chemin" tout fonctionne à merveille.
J'aimerais donc savoir comment faire lorsqu'un chemin contient des espaces, pour que boost::filesystem::path l'accepte, si cela est possible bien sur.

D'avance merci!

Spartan03

**Matthieu Brucher** · 27/08/2006, 16h23

Pour la portabilité, Boost.Filesystem supporte la racine, c'est juste que sous Linux, il n'y en a pas, donc il n'y a pas d'intérêt à en mettre, je ne vois pas le pourquoi de l'argument de la portabilité.
Ensuite, en ce qui concerne le plantage, le débuggage indique qu'il a lieu à quel endroit ?

**JolyLoic** · 27/08/2006, 22h32

Question comme ça : As-tu bien indiqué que tu utilisais des chemins natifs ?

**Luc Hermitte** · 28/08/2006, 00h26

Tu n'aurais pas une exception qui s'échappe des fois ?

**Spartan03** · 28/08/2006, 10h32

Envoyé par Miles

Ensuite, en ce qui concerne le plantage, le débuggage indique qu'il a lieu à quel endroit ?

Le plantage à lieu lors de la construction de mon instance de path.

Envoyé par JolyLoic

Question comme ça : As-tu bien indiqué que tu utilisais des chemins natifs ?

Non, je ne vois pas comment faire pour l'indiquer lors de la construction de mon instance de path. Pourrais-tu me le dire?

Envoyé par Luc Hermitte

Tu n'aurais pas une exception qui s'échappe des fois ?

Euh, je n'avais pas pensé à récupérer les exceptions

, j'ai fait mon petit bloc try/catch et effectivement! Lorsque je fournis un chemin avec racine j'ai l'exception suivante :

noost::filesystem::path invalid name C: in path "C:/Documents and Settings/Administrateur/Application Data

(A noter que j'ai remplacé les antislashs de Windows par des slashs).

**Matthieu Brucher** · 28/08/2006, 10h38

Et tu as essayé avec "\ " ? - échappement des espaces sous Linux -

**Spartan03** · 28/08/2006, 10h52

Envoyé par Miles

Et tu as essayé avec "\ " ? - échappement des espaces sous Linux -

Oui mais la il y'a carrément un warning à la compilation (et toujours le même bug à l'éxécution qui me dit que "Documents and Settings" n'est pas valide dans le chemin "/Documents and Settings/Aministrateur/Application Data.
Le warning c'est

Envoyé par MinGW

warning: unknown escape sequence: '\040'

J'imagine que c'est parce que je compile sous Windows.

**Matthieu Brucher** · 28/08/2006, 11h54

Pardon, il fallait mettre "\\ " pour échapper le '\'

**Spartan03** · 28/08/2006, 12h05

Désolé mais ça ne change rien hormis le fait que le invalid name soit "Documents\ and\ Settings" bien sur

.

**Matthieu Brucher** · 28/08/2006, 12h23

...
Aucune idée sur le coup...

**epsilon68** · 28/08/2006, 12h45

Tu pourrais nous donner ton code ?
(un main compilable facilement rapidement)

merci a+

**Spartan03** · 28/08/2006, 14h02

OK pas de problème, j'en avais déja préparé un pour moi afin d'isoler mon problème.! Le voilà:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
#include <iostream>
#include <boost/filesystem/path.hpp>
#include <boost/filesystem/convenience.hpp>
#include <fstream>
 
#include <windows.h>
#include <shlobj.h>
#include <algorithm>
 
int main()
{
 
    try
    {
    char chemin_c[MAX_PATH];
    SHGetFolderPath(NULL,CSIDL_APPDATA|CSIDL_FLAG_CREATE,NULL,0,chemin_c);
 
    //On remplace les \ bidons de Windows par les / d'Unix, afin de pouvoir
    //manipuler les fichiers grace aux flux de la bibliothèque standard fstream
    std::replace(chemin_c, chemin_c+MAX_PATH, '\\','/');
 
    //GetShortPathName(chemin_c, chemin_c, MAX_PATH); //J'avais essayé mais ça n'a pas marché ++
 
    //Suppression de la racine (idem ça ne bouge rien)
    //char* chemin_c2;
    //for(chemin_c2 = chemin_c; *chemin_c2 != '/';  chemin_c2++);
 
    std::cout << chemin_c << std::endl ;
 
    boost::filesystem::path chemin_config(chemin_c); // Ca bugue là!
 
    }
    catch(std::exception& ex)
    {
        MessageBox(NULL, ex.what(), "Exception", MB_OK|MB_ICONWARNING);
    }
 
 
 
	return 0;
}

J'allais oublier, il faut bien sur linker la/les librairie statiques correspondant à boost::filesystem.

**Matthieu Brucher** · 28/08/2006, 14h04

T'as essayé sans le changement de '\' en '/' ? Boost.filesystem supporte les 2 sous Windows, donc à priori pas besoin de faire de changements.

De plus, ça ne compile pas, ça. MAX_PATH vaut quoi ?

**Spartan03** · 28/08/2006, 14h09

Envoyé par Miles

T'as essayé sans le changement de '\' en '/' ? Boost.filesystem supporte les 2 sous Windows, donc à priori pas besoin de faire de changements.

De plus, ça ne compile pas, ça. MAX_PATH vaut quoi ?

Ce reviens au même, MAX_PATH vaut 260 je crois. Mais il me semblait qu'il était définit dans "windows.h"

**Matthieu Brucher** · 28/08/2006, 14h30

Ah... mea culpa dans ce cas

**Spartan03** · 28/08/2006, 14h34

Victoire !!!!

En utilisant le name_check "native" (ou "windows_name" vu que je tourne sous Windows XP) il accepte les espaces mais les antislashes (et les slashes aussi d'ailleurs!!) lui font péter un câble (en gros le name_check native retourne false!).

Cepandant (j'ai bien fait de faire le test avant de poster, sinon j'allais encore en dire une

) bien que ce vieux name_check (native) retourne false, la construction de l'instance de path avec ce name_check se passe sans exceptions et d'ailleurs quand on utilise une racine de type "c:" tout est ok, de ++ lorsqu'on ne connait pas la racine (qu'on met "/") ça marche aussi nickel!!!
Tout ça grâce à un name_check.
Bon j'avoue que jusqu'à aujourd'hui je ne savais pas trop à quoi servaient ces petites fonctions et, en allant gratter dans l'implémentation de boost::filesystem j'ai compris à quoi elles servaient (les name_check functions je veux dire) !!!!

Un petit bout de code qui marche!!! (Et en ++ vous n'avez pas à vous soucier du disque dur sur lequel créer les dossier!)

Code :

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

1
2
boost::filesystem::path chemin_config("/bonjour", &boost::filesystem::native);
boost::filesystem::create_directories(chemin_config);

Voilà!!
Ouf, pas faché de mettre ce sujet sur résolu

!

Merci à tous, et particulièrement à Miles, pour votre aide!!

**epsilon68** · 28/08/2006, 15h19

desolé, j'etais en train de compiler boost avec mingw32 ...
je ne pouvais pas t'aider avant ... desolé mais heureux que tu es trouvé le probleme. Par contre utiliser native n'est peut-etre pas une voie portable ...

**Spartan03** · 28/08/2006, 18h28

Envoyé par epsilon68

desolé, j'etais en train de compiler boost avec mingw32 ...
je ne pouvais pas t'aider avant ... desolé mais heureux que tu es trouvé le probleme. Par contre utiliser native n'est peut-etre pas une voie portable ...

T'inquiète, je sais à quel point compiler boost est long

!
Justement, je pense que native est portable puisque si je compile sous Windows, elle correspond à windows_name, sous unix, unix name etc...
Je me trompe?!?

**epsilon68** · 28/08/2006, 23h07

Envoyé par Spartan03

T'inquiète, je sais à quel point compiler boost est long

!
Justement, je pense que native est portable puisque si je compile sous Windows, elle correspond à windows_name, sous unix, unix name etc...
Je me trompe?!?

tu as parfaitement raison,
juste pour dire, boost est compilé avec mingw32 et j'arrive a utilser eclipse maintenant ... he he he

Boost.filesystem et les chemins avec des espaces/signes

Boost C++

Discussions similaires

Partager

Partager