Discussion :

[NiamorH]

Bonjour,

je suis la procédure décrite dans la faq c++ et j'ai un soucis :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
  istringstream   line;
  istringstream   iss;
  string            temp;
  double           value;
 
  //(...)
 
  std::getline( line, temp, tabul );
  iss.str( temp );
  // iss contient 6,4
  iss >> value;
  // value contient 6.0

la partie décimale n'est pas gardée..

J'ai essayé de remplacer le ',' par un '.' mais pas plus de succès.

Qu'est ce qui cloche ?

[Biozic]

J'ai essayé de remplacer le ',' par un '.' mais pas plus de succès.

Bizarre... c'est un problème de locale, pourtant, non?
As-tu essayé avec un "." et en ajoutant:

Code :

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

iss.imbue(locale("C"));

avant l'extraction de value?

[koala01]

Salut,

Le problème est tout simplement que... la notation des réels se fait à la manière anglaise

Cela signifie que, lors de la convertion:

• 6.04 représente une valeur réelle
• 6,04 en représente deux

La solution est donc, une fois que tu es sur que tu as affaire à un réel, de remplacer, tout simplement, la virgule par un point, du moins, si tu veux que la notation "francaise" soit prise en compte

[NiamorH]

La solution est donc, une fois que tu es sur que tu as affaire à un réel, de remplacer, tout simplement, la virgule par un point

J'ai essayé de remplacer le ',' par un '.' mais pas plus de succès.

Je précise que je suis sous VC6.

Mais je viens de tester sous visual 2005 et c'est effectivement la solution. J'ai peut être mal fait mon test, je retesterai demain.

iss.imbue(locale("C"));

J'essaierai demain aussi. merci.

[droggo]

Sie,

...
La solution est donc, une fois que tu es sur que tu as affaire à un réel, de remplacer, tout simplement, la virgule par un point, du moins, si tu veux que la notation "francaise" soit prise en compte

Ah bon, maintenant, en français on met un point comme séparateur des décimales.

Comme je ne suis pas au courant, je suppose que ça vient de sortir ?

[Biozic]

La solution est donc, une fois que tu es sur que tu as affaire à un réel, de remplacer, tout simplement, la virgule par un point, du moins, si tu veux que la notation "francaise" soit prise en compte

Si le flux d'entrée contient des réels formatés "à la française", on doit pouvoir, en choisissant convenablement la locale, se passer de faire un remplacement explicite. Exception (à confirmer): si il y a un séparateur de millier, comme un espace, l'extraction par >> risque de tomber à l'eau.

[koala01]

Si le flux d'entrée contient des réels formatés "à la française", on doit pouvoir, en choisissant convenablement la locale, se passer de faire un remplacement explicite. Exception (à confirmer): si il y a un séparateur de millier, comme un espace, l'extraction par >> risque de tomber à l'eau.

Ce n'est pas impossible...

Cependant, le mieux serait quand même, selon moi, de juste veiller à ce que les informations soient écrites de la manière dont on s'attend à ce qu'elles soient lues "nativement" par l'application, c'est à dire, sans espace entre les millilers, et avec un point comme indicateur de partie décimale...

Il sera en effet bien plus simple, à mon sens, d'envisager d'adapter la valeur lue au cas où son affichage est nécessaire, de manière a permettre une compréhension "instinctive" de la valeur que de commencer à la maintenir dans un fichier sous cette forme non comprise par l'ordinateur et de devoir la convertir deux fois:

• une fois pour que le pc la comprenne
• une fois pour que l'utilisateur ne se méprenne pas sur la valeur qu'il lit à l'écran

Maintenant, ce n'est jamais que mon avis perso... Mais je le partage

[NiamorH]

Ceci marche :

Code :

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

iss.imbue( std::locale( "French_france" ) );

Je vais donc l'utiliser.

Dans mon cas, il n'est pas possible de modifier la source du probleme en remplaçant les virgules par des points pour les valeurs du fichier lu car ce fichier m'est envoyé par un autre organisme et je dois le traiter tel quel.

Je pourrais les remplacer avec de tenter l'opérateur >> ( je pense que j'ai mal fait mon premier test ) mais j'aime bien cette solution avec la locale.

Merci à tous.

[NiamorH]

J'ai un très gros problème :

Code :

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

iss.imbue( std::locale( "French_france" ) );

Ce code change la locale pour toute l'appli...
Ailleurs dans l'appli, sprintf est affecté et formatte maintenant l'affichage avec des virgules à la place des points...

Pourquoi, en appellant une méthode membre du flux, j'ai autant d'effets de bords ? Cela se limite-t-il à mon appli ou cela affectera-t-il mon systeme d'exploitation aussi ?

Je ne veux pas remettre l'ancienne locale après traitement car mon appli est multithread et pourrait être affectée pendant le traitement.

[Emmanuel Deloget]

J'ai un très gros problème :
Ailleurs dans l'appli, sprintf est affecté et formatte maintenant l'affichage avec des virgules à la place des points...

Pourquoi, en appellant une méthode membre du flux, j'ai autant d'effets de bords ? Cela se limite-t-il à mon appli ou cela affectera-t-il mon systeme d'exploitation aussi ?

Je ne veux pas remettre l'ancienne locale après traitement car mon appli est multithread et pourrait être affectée pendant le traitement.

Pour la gestion des locales, la librairie standard C++ s'appuie sur la librairie C. Le changement de la locale a un effet sur l'application, mais pas sur le système (ce quie tu peux vérifier en lançant 2 instances de ton application, l'une avec le changement, l'autre sans).

[NiamorH]

Et bien je dis bouh.
Ce n'est pas le comportement que j'espérais. Y a-t-il une alternative standard ?

Mon but est seulement de lire un double à partir d'un fichier texte. Le best serait de pouvoir lire les nombres avec des virgules ET ceux avec des points, des fois qu'il y en aurait cachés dans le fichier.

[JolyLoic]

J'ai un très gros problème :

Code :

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

iss.imbue( std::locale( "French_france" ) );

Ce code change la locale pour toute l'appli...

Je suis surpris, car il n'est pas sensé faire ça. Pour vérifier, j'ai effectué le test (VC++9) :

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
#include <iostream>
#include <stdexcept>
 
using namespace std;
 
void f()
{
	cout << 3.14 << endl;;
	printf("%f\n", 3.14);
}
 
 
int main()
{
	f();
	cout.imbue(locale("French_france"));
	f();
	cout.imbue(locale::classic());
	f();
	locale::global(locale("French_france"));
	f();
}

Et j'obtiens bien le résultat attendu :

Code :

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

1
2
3
4
5
6
7
8
9
 
3.14
3.140000
3,14
3.140000
3.14
3.140000
3.14
3,140000

[NiamorH]

J'ai le même résultat que toi sur VS2005, j'ai testé avec istringstream et sprintf plutôt que cout et printf pour coller plus à mon cas.
Peut-être est-ce encore une implémentation foireuse de VC++6...
Heureusement la migration vers VS2008 est un objectif qu'on réussit à fixer.

Loic, si je veux pourvoir lire à partir d'un fichier texte, sans le prétraiter, des doubles écrits avec parfois une virgule et parfois un point, vois-tu un moyen simple ? (finalement c'est pas si mal les fichiers binaires, on a juste à se préoccuper de l'endianess de la machine qui lit)

[JolyLoic]

[QUOTE=NiamorH;3031138]Loic, si je veux pourvoir lire à partir d'un fichier texte, sans le prétraiter, des doubles écrits avec parfois une virgule et parfois un point, vois-tu un moyen simple ?[quote]
Simple ? Non. Mais je ne suis pas spécialiste de la chose.

Le mieux que je puisse voir, si le but est de packager ça pour ne plus avoir à s'en soucier par la suite, ce serait de définir ta propre facette num_get (en faisant un copier/coller/modifier de celle déjà présente dans ta bibliothèque standard), qui considère les deux signes comme un séparateur décimal (et qui ignore les séparateurs de milliers, à moins que tu aies aussi cette contrainte ?).

Si le but est d'arriver à un résultat ponctuel, je lirais d'abord le nombre comme un simple mot dans un string, puis utiliserait deux istringstream, pour le lire dans les deux langues, et garderait le résultat qui ne laisse pas de caractères non lus.

(finalement c'est pas si mal les fichiers binaires, on a juste à se préoccuper de l'endianess de la machine qui lit)

Pour moi, la distinction binaire/textuel a toujours été un peu secondaire. La première distinction étant : Les fichiers sont-il prévus pour être aussi lus/écrits par des humains.

[NiamorH]

Si le but est d'arriver à un résultat ponctuel, je lirais d'abord le nombre comme un simple mot dans un string, puis utiliserait deux istringstream, pour le lire dans les deux langues, et garderait le résultat qui ne laisse pas de caractères non lus.

Pas mal.

Le mieux que je puisse voir, si le but est de packager ça pour ne plus avoir à s'en soucier par la suite, ce serait de définir ta propre facette num_get (en faisant un copier/coller/modifier de celle déjà présente dans ta bibliothèque standard), qui considère les deux signes comme un séparateur décimal (et qui ignore les séparateurs de milliers, à moins que tu aies aussi cette contrainte ?).

Peut-être encore mieux.

Merci pour ces pistes !