Discussion :

[PointCarreJo]

Bonjour à tous,

Je suis face à une erreur inédite qui survient lors de l'affectation sur une valeur numérique. Le cas constaté est le suivant:

J'ai défini une classe:

Code :

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

1
2
3
4
5
6
7
 
CPaiement est une classe
PUBLIC CONSTANT
  IDFacture est une chaine  
  SoldeLigne est un numérique(15,2)
  MontantLigne est un numérique(15,2)
FIN

Pour initialiser la classe, j'utilise une méthode "Initialise" en mode d'accès PUBLIC.

Code :

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

1
2
3
4
5
PROCEDURE Inialise(LOCAL PIDFacture est une chaine, LOCAL PSoldeLigne est un numerique(15,2), LOCAL PMontantLigne est un numerique(15,2))
:IDFacture = PIDFacture
:SoldeLigne = PSoldeLigne
:MontantLigne = PMontantLigne

Je constate que lors de l'initialisation de la classe les paramètres "PIDFacture" et "PMontantLigne" sont correctement affectés par contre pour le paramètre "PSoldeLigne" ce n'est pas le cas (à titre d'exemple je lui passe 229,21 et je me retrouve avec une valeur de 141 278 361 841 298, 24 sans être capable d'expliquer l'origine de cela).
Plus troublant encore, tout fonctionne en mode débogage. Mais dès que je génère l'exécutable l'erreur arrive systématiquement. C'est d'autant plus embêtant que c'est un module qui marchait bien depuis plus 1 an que je n'ai pas eu à faire des modifications dessus depuis lors.
J'ai beau réparer et recompiler le projet. Rien à faire, l'erreur est toujours là.

Je remercie d'avance ceux qui pourront m'apporter un éclairage sur la situation.

Cordialement.

[lolob84]

Pour faire simple : (dixit la doc WinDev : Type Numerique)

Affectation d'un numérique
Lors de l'affectation d'un numérique par une valeur (valeur directement saisie, fournie par une fonction, ...), cette valeur est automatiquement convertie en réel par le compilateur.Par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
num1 est un numérique
num1 = 1234567890123456789123456789
Trace(num1) // num1 ne contient pas la bonne valeur



num2 est un numérique
num2 = 1234567890123456789.0
Trace(num2) // num2 ne contient pas la bonne valeur

Pour forcer l'affectation d'un numérique, utilisez 0n devant la valeur. Par exemple :

Code :

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

1
2
3
4
5
6
7
8
9
10
num1 est un numérique
num1 = 0n1234567890123456789123456789
Trace(num1) // num1 contient la bonne valeur


num2 est un numérique
num2 = 0n1234567890123456789.0
Trace(num2) // num2 contient la bonne valeur

[PointCarreJo]

Merci pour la réponse lolo84.
Dans l'exemple Windev sur les numériques, que j'ai consulté aussi, il s'agit de l'affectation en dur d'une valeur numérique. Donc je ne pense pas cela soit le problème car je passe les valeurs par un paramètre (déjà formaté numérique(15,2)) qui est ensuite affecté à la variable de traitement (aussi formaté en numérique(15,2)). Ce qui me surprend, c'est qu'une notion aussi basique que l'affectation se plante à ce point.

Par ailleurs, je n'ai aucun problème pour les autres variables uniquement celle-là.
En plus, je peux comprendre que la valeur 229,01 devienne 229,00000000000000199 mais de là à 141 278 361 841 298, 24, il y a un monde que je ne peux saisir. Comme je l'ai dit, c'est une solution qui marchait depuis plus un an sans problème.

Cordialement.

[PointCarreJo]

Bonjour,
Je viens de recevoir une réponse du Service technique en réponse au problème qui dit en substance ceci:

Si la valeur erronée n'apparaît qu'avec l'exécutable, il pourrait y avoir un lien avec la technologie JITc.

Avez-vous le bon résultat en ajoutant:
[WD_EXECUTION]
OPTIM_EXECUTION=0

Dans le WIN.INI et/ou le fichier .WX de l'exécutable (cf. http://doc.pcsoft.fr/fr-FR/?2020009)?

Effectivement, je n'ai plus de problème après cette modification.

Cordialement.