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