Discussion :

[fabrice67]

Bonjour,

J'ai developpé une petite application en C# qui utilise les fonctions de conversion suivantes :

• Convert.ToDouble(string s)
• double.Parse(string s)
• double.TryParse(string s, out double d)

Quand j'exécute ces fonctions sur une machine 1, les résultats sont corrects :

1,2 --> 1,2
8,3 --> 8,3
10,8 --> 10,8
88,1 --> 88,1
888,6 --> 888,6

Lorseque j'éxécute le MEME code sur une machine 2, toutes les chaines commencant pas le chiffre 8, sont tronquées :
1,2 --> 1,2
8,3 --> 0,3 !!!
10,8 --> 10,8
88,1 --> 8,1 !!!
888,6 --> 88,6 !!!

J'ai désinstaller puis réinstaller le Framework 2.0, mais toujours le même problème.

Quelqu'un aurait-il une solution ? ou une explication à ce problème surnaturel ?

Merci pour votre aide.


Configuration machine 1 :
- XP Professionnel Version 2002, SP2
- Pentium(R) D CPU 2.80 Ghz
- 1 Go RAM

Configuration machine 2 :
- XP Professionnel Version 2002, SP2
- Pentium(R) D CPU 2.80 Ghz
- 1 Go RAM

[ZaaN]

a tous hasard, Poste le code !

au fait tu compile sur la meme machine et l'execution se fait sur deux postes differents ? ou alors tu compile sur chaque poste ?

[fabrice67]

a tous hasard, Poste le code !

au fait tu compile sur la meme machine et l'execution se fait sur deux postes differents ? ou alors tu compile sur chaque poste ?

Voici le code que j'utilise :

1)
double t;
string s = textBox1.Text.Replace('.', ',');

double.TryParse(s, out t);
label1.Text = t.ToString(); ;

2)
t = double.Parse(s);
label2.Text = t.ToString();

3)
t = Convert.ToDouble(s);
label3.Text = t.ToString();

L'application est compilée sur la machine 1, puis exécutée sur les 2 machines.

[Nikoui]

Les 2 machines sont configurées de la même façon pour ce qui est de la "culture" ? (dans les Options Régionales et linguistiques, en particulier dans la définition des formats numériques et des séparateurs)

[ced600]

Est ce une application console, une winform ?
Comment tu execute le programme sur les deux machines ?

Qu'elles sont les installation différentes sur les deux même machines ?

Peux tu faire des images des disques de tes machines, les montés dans des VMWare, et essayer le code sur ces deux machines virtuelles sur les deux postes ?

[Bluedeep]

La machine qui obtient un résultat "bizarre" manifeste-t-elle par ailleurs un comportement "anormal" avec d'autres applications ?
Et sur d'autres machines, ça donne quoi ?

[mrrenard]

Vérifie les valeur à l'aide du pas à pas du débugger. C'est souvent comme ça qu'on voit les erreurs. Faut regarder la pile des appels aussi (vérifier que des fonction indésirable ne soient pas appelé).
Compile sous la deuxième machine avec le débugger!

[fabrice67]

Vérifie les valeur à l'aide du pas à pas du débugger. C'est souvent comme ça qu'on voit les erreurs. Faut regarder la pile des appels aussi (vérifier que des fonction indésirable ne soient pas appelé).
Compile sous la deuxième machine avec le débugger!

La pile des appels n'est pas bien longue puisqu'elle comporte que la fonction double.TryParse(...).

Impossibilité de désinstaller les programmes et de compiler sur la machine incriminée. Celle-ci ce trouve chez un client.

[mrrenard]

Sinon j'ai une grande suggestion :
la classe Convert.ToDouble(string s) devrait te certifier la réussite. Après tout, si microsoft l'a faite c'est qu'il doit y avoir une raison. Peut-être qu'elle corrige ce gros bug.

D'ailleurs c'est indiqué sur la msdn!
http://msdn2.microsoft.com/fr-fr/lib...le(VS.80).aspx

Implémentations d'interface

Ce type implémente les interfaces IComparable, IComparable, IFormattable et IConvertible. Pour les conversions, utilisez la classe Convert au lieu de l'implémentation du membre d'interface explicite de IConvertible de ce type.

[ced600]

Alors je ne suis pas un spécialiste et donc je ne peux pas confirmer les propos que je vais tenir mais :
ToString sur un double n'appelle t'elle pas Convert.ToDouble(string s) ou les méthodes que Convert.ToDouble(string s) appelle ???

Enfin c'est vrai que tu peux toujours essayer, cela ne devrait pas être long

[mrrenard]

Voir mon dernier message que je viens à l'instant de modifier
Double.Parse(string s) != Convert.ToDouble(string s)
la méthode Parse est une implémentation d'e l'interface IConvertible et est déconseiller par microsoft.
En gros, on peut se demander pourquoi la méthode Parse est déconseiller, mais en attendant, autant utilisé des méthodes fiables à 100% (enfin j'espère).

[mrrenard]

Comprend pas!

Chez moi ca marche nickel, pourrais-tu nous refiler tout le code y compris la winform et le code du designer?

[ced600]

Comprend pas!

Chez moi ca marche nickel, pourrais-tu nous refiler tout le code y compris la winform et le code du designer?

+1
Si on veut éliminer la possibilité que cela vient du code il fgaut qur l'on teste ton code.
Je pense que cela vient de la machine moi.

[mrrenard]

Question à deux balles,
Tout les testes sont fait avec le framework 2.0 ou certain client sont sous linux avec mono 2.0?
Parceque le framework ca marche, mono aussi mais il est possible que code compiler par framework soit illisible par mono

[ced600]

Question à deux balles,
Tout les testes sont fait avec le framework 2.0 ou certain client sont sous linux avec mono 2.0?
Parceque le framework ca marche, mono aussi mais il est possible que code compiler par framework soit illisible par mono

Dans ce cas mono n'aurais plus aucun sens.
Ton code compilé donne de l'IL.
Et j'espère bien que mono sait lire l'IL !!! Et le même.

Si ce n'est pas le cas, je trouve cela étonnant.