Ma conversion string en double tronque..

Bonjour,

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

Code:

---

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 ?

Citation:

---

Envoyé par NiamorH

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:

---

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

---

avant l'extraction de value?

Salut,

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

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 ;)

Citation:

---

Envoyé par koala01

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

---

Citation:

---

Envoyé par NiamorH

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.

Citation:

---

Envoyé par Biozic

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

---

J'essaierai demain aussi. merci.

Sie,

Citation:

---

Envoyé par koala01

...
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 ? :mouarf:

Citation:

---

Envoyé par koala01

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.

Citation:

---

Envoyé par Biozic

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

Ceci marche :

Code:

---

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.

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

Code:

---

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.

Citation:

---

Envoyé par NiamorH

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

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.

Citation:

---

Envoyé par NiamorH

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

Code:

---

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:

---

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:

---

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

---

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)

[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.

Citation:

---

Envoyé par NiamorH

(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.

Citation:

---

Envoyé par JolyLoic

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.

Citation:

---

Envoyé par JolyLoic

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