Discussion :

[pram]

bonjour,

j'ai un message d' erreur '75,5 n'est pas une valeur en virgule flottante'. j'obtiens cette erreur suite à une requête ' select sum(valeur) from table' ou valeur est definie en FLOAT. j'utilise firebird 1.5 et les IBX. le parametre regional est defini comme ',' . Ce que je ne comprend pas c'est que sur la même machine tourne la même application mais sur firebird 1.0 et sur un repertoire virtuel different et je n'ai pas de probleme ? De plus ceci se produit sur une machine de production et pas sur ma machine de test...Qqun peut il m'aider pour au moins me dire dans quelle direction chercher ? est ce que ça peut être lié à la DLL client firebird ?

[pram]

voila un morceau du log...

Code :

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

1
2
3
4
5
6
7
<LogItem><![CDATA['75,5' n'est pas une valeur en virgule flottante correcte]]></LogItem><LogItem><![CDATA[TXMLInstruction.DoAfterInternalInstruction - Name=COMPTEURMOIS_R]]></LogItem><LogItem><![CDATA[TDBExtract.DoProcess.OpenStatement]]></LogItem><LogItem><![CDATA[TDBExtract.DoProcess - Name=COMPTEURMOIS_R
select sum(valeur) from stats 
where numpsi = :User and
codecompteur = ' H' and
typepr = 'R' and
datereal between :debmois and :finmois
]]></LogItem><LogItem><![CDATA[TXMLInstruction.Process - Operation=DBExtract Name=COMPTEURMOIS_R]]></LogItem><LogItem><![CDATA[TXMLGram.ProcessXMLInstructions - Name=ListHORAIRES -

[RDM]

le log a l'air de montrer qu'il y a un problème dans le DoAfterInternalInstruction...
peux-tu donner le code que tu as dans ce gestionnaire d'événement ?

[pram]

en effet j'ai un bout de code delphi et notamment un strtofloat qui doit poser soucis

Code :

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

1
2
3
4
5
6
7
8
9
10
11
WSumStr := context.GetValue('SUM');
      if wsumstr = '' then wsumstr := '0';
      // stockage info pour cacul ecart ds procedure afterListhoraires
      if XMLInstruction.Name = 'COMPTEURMOIS_R' then
          WMoisEcartPrv := Strtofloat(WSumStr);
      if XMLInstruction.Name = 'COMPTEURMOIS_P' then
          WMoisEcartPrv := WMoisEcartPrv - strtofloat(WSumStr);
      if XMLInstruction.Name = 'COMPTEURSEM_R' then
          WSemEcartPrv := strtofloat(WSumStr);
      if XMLInstruction.Name = 'COMPTEURSEM_P' then
          WSemEcartPrv := WSemEcartPrv - strtofloat(WSumStr);

ça vient certainement de la définition d'un format mais je vois pas ou car ça ne plante pas sur mes machines de tests ?

[RDM]

appelle l'application avec l'action XMLC_FormatSettings
et comparez le DecimalSeparator sur les différents serveur

[pram]

les 2 applications me renvoient decimalseparator = ','. Par contre je n'ai plus le plantage que j'avais hier ???? même serveur ,même base et mêmes données ???? en effet il semble que le decimal separator varie et que je plantais bien sur l'instruction strtofloat ???? est ce que ça pourrait être du au fait d'avoir 2 applications xmlrad tournant sur le même site IIS dans 2 repertoires virtuels differents avec un seul repertoire 'sharedportal' ?

[RDM]

non rien a voir, les 2 applictions sont bien séparées.
si l'application replante sur ca, il faut a ce moment prendre la valeur du DecimalSeparator via le XMLC_FormatSettings
sinon il faut faire une ajouter trace juste avant le StrToFloat pour vérifier le contenu de la variable globale DecimalSeparator qui est utilisée lors de la conversion

[powerlog]

Mon format décimal est bien la virgule ',';
Dans un formulaire, l'utilisateur rentre ses valeurs décimales avec le point '.' du clavier numérique;
je suis obligé de controler que la valeur saisie est correcte : ',' au lieu du '.'.
N'y a t-il pas un moyen directement à la saise d'imposer la ',' à la place du '.' du clavier numerique ?

[pram]

je crois avoir résolu le probléme....j'ai simplement reinitialiser les cookies sur le poste (en fait le serveur) sur lequel je lançais l'application et maintenant je n'ai plus de probleme de separateur de decimale. J' avais en effet d'autres comportements qui étaient liés aux cookies sur mon application. par contre je ne comprends pas trop pourquoi l'application n'allait pas lire les bons cookies ???? est ce lié au fait qu' une autre application XMLRAD tourne sur le même site ? et/ou que la nouvelle application soit une copie de l'ancienne ?

[RDM]

je crois avoir résolu le probléme....j'ai simplement reinitialiser les cookies sur le poste (en fait le serveur) sur lequel je lançais l'application et maintenant je n'ai plus de probleme de separateur de decimale. J' avais en effet d'autres comportements qui étaient liés aux cookies sur mon application. par contre je ne comprends pas trop pourquoi l'application n'allait pas lire les bons cookies ???? est ce lié au fait qu' une autre application XMLRAD tourne sur le même site ? et/ou que la nouvelle application soit une copie de l'ancienne ?

c'est possible ca dépend du XMLC_CookiesPath utilisait dans l'application
si plusieurs aplication tourne sur lmême serveur il aut différencier les cookeis pat le path (/MyApplicationBin/MyApplication.dll/)

[pram]

OK merci

[RDM]

j'en ai profité pour faire une FAQ sur le sujet:
http://xmlrad.developpez.com/faq/?pa...ntGererCulture

[pram]

OK merci