Discussion :

[BEEP-BEEP]

Bonjour,

Le printf %.2f arrondit selon la 3ème décimale en occultant toutes les autres de droite.
De ce fait arrondir 0.444836 à 2 décimales, le résultat final est 0.44 au lieu de 0.45.

Donc cela m'oblige à arrondir à chaque décimale en boucle :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
round5=1000000; i=5; val=0.444836
val=$(printf %."$i"f $(echo "$val/1 +$i/($i*$round5)" | bc -l )) #val=0.44484
 
round5=$(echo "$round5 / 10" | bc); i=4; 
val=$(printf %."$i"f $(echo "$val/1 +$i/($i*$round5)" | bc -l )) #val=0.4448
 
printf %."3"f $(echo "0.4448/1 +3/(3*10000)" | bc -l )
0.445
 
printf %."2"f $(echo "0.445/1 +2/(2*1000)" | bc -l )
0,45

la valeur round5 permet à partir de 0.455 de donner 0.46 et non pas 0.45

Existe-t-il svp une manière de faire plus simple ? ou une commande permettant d'obtenir le même résultat que mon usine à gaz ?

[N_BaH]

Code :

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

1
2
3
4
$ for i in 0.4445 0.5556 0.6667; do LC_NUMERIC=C printf "%.2f\n" $i; done
0.44
0.56
0.67

on voit que les arrondis sont faits comme on s'y attend à partir de 0.5
awk fait pareil.

mais pas bc

àmha, ça va sentir le gaz.

[BEEP-BEEP]

Merci N_BaH...je vais garder ta solution et ne pas chipotter

[disedorgue]

Pour ceux qui veulent un noeud au cerveau (et en même temps un petit cadeau pour Jack-ft ) :

Code :

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

1
2
3
4
$ printf "%.2f\n" 4,235
4,24
$ printf "%.2f\n" 4,245
4,24

Sous awk, à priori, on a pas le même comportement, mais on rencontre le cas aussi en C.
Et ce n'est pas une erreur (voir arrondi bancaire ou arrondi au pair le plus proche)

[BEEP-BEEP]

C'est une dinguerie !!!

Code :

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

1
2
3
4
printf "%.2f\n" 4,235
4,24
printf "%.2f\n" 0,235
0,23

La notion d'arrondi est très louche et nous donne en fait cinq solutions d'arrondis dans le domaine de l'informatique :
- Arrondi vers moins l'infini
- Arrondi vers plus l'infini
- Arrondi vers zéro
- Arrondi au plus loin de zéro
- Arrondi au nombre pair : si à 0.5 près alors arrondi selon le bit de poids faible donc statistiquement 50% du temps au supérieur et 50% à l'inférieur

[jack-ft]

Pour ceux qui veulent un noeud au cerveau (et en même temps un petit cadeau pour Jack-ft ) :

Code :

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

1
2
3
4
$ printf "%.2f\n" 4,235
4,24
$ printf "%.2f\n" 4,245
4,24

Sous awk, à priori, on a pas le même comportement, mais on rencontre le cas aussi en C.
Et ce n'est pas une erreur (voir arrondi bancaire ou arrondi au pair le plus proche)

Merci pour le cadeau !

C'est d'autant plus bizarre quand on teste d'autres valeurs !!!

Code :

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

1
2
3
4
5
6
7
8
9
10
11
$ for i in {0..9}; do s=4,2${i}5; printf "%.3f -> %.2f\n" "$s" "$s"; done
4,205 -> 4,21
4,215 -> 4,21
4,225 -> 4,22
4,235 -> 4,24
4,245 -> 4,25
4,255 -> 4,25
4,265 -> 4,26
4,275 -> 4,28
4,285 -> 4,29
4,295 -> 4,29

Et j'ai un peu de mal à imaginer que ce n'est pas un bug !

[disedorgue]

Y a un bug, mais chez toi (tu es sous mac ? ) car chez moi, sous debian ou ubuntu:

Code :

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

1
2
3
4
5
6
7
8
9
10
11
$ for i in {0..9}; do s=4,2${i}5; printf "%.3f -> %.2f\n" "$s" "$s"; done
4,205 -> 4,20
4,215 -> 4,22
4,225 -> 4,22
4,235 -> 4,24
4,245 -> 4,24
4,255 -> 4,26
4,265 -> 4,26
4,275 -> 4,28
4,285 -> 4,28
4,295 -> 4,30