Discussion :

[salmalm]

je suis débutante en shell et je voudrais faire une division et afficher le resultat complet ( trois chiffre après la virgule)
voici ce que j'ai écris:

Code :

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

1
2
3
let "j=214646"
let "y=1000"
x=`echo "$j/$y" | bc -l`

[N_BaH]

Bonjour,

1. ici, let ne sert à rien.
2. les backticks (`) ne sont plus utilisées depuis ... ..
3. lis le man bc, et cherche scale.

[disedorgue]

mouais, bc pour une division alors qu'un printf suffit...

Code :

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

1
2
3
j=214646
y=1000
printf '%d.03d\n' $((j/y)) $(((j*1000/y)%1000))

Bon, ok, cette version ne fonctionne qu'avec j et y des entiers.

[salmalm]

bonsoir,

je ne peut pas utiliser bc car je reçois l'erreur

Code :

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

bash: bc: command not found

(j'utilise git bash)
j'ai aussi essayer awk et ça marche pas je reçoit l'erreur

Code :

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

awk: cmd. line:1: fatal: division by zero attempted

j'ai essayer ce code:

Code :

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

1
2
3
printf '%d.03d\n' $((j/y)) $(((j*1000/y)%1000))
214.03d
646.03d

mais je reçoit pas le resultat, ça divise la variable j en deux. je veut juste appliquer une division j/y et avoir un résultat décimal complet car si j'écrit

Code :

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

let"s=j/y"  echo $s

je reçoit seulement 214.

[N_BaH]

Code :

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

1
2
$ awk -v j=$j -v y=$y 'BEGIN{printf("%.3f\n", j/y)}'                                                                                                                                                                       
0.331

[disedorgue]

ouais mais bon, j'ai fais une erreur, j'ai oublié un %:

Code :

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

printf '%d.%03d\n' $((j/y)) $(((j*1000/y)%1000))

Mais, bon, c'était remarquable

[jack-ft]

Code :

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

printf '%d.%03d\n' $((j/y)) $(((j*1000/y)%1000))

Jolie formule (remarquable) !

À noter toutefois qu'elle a tendance à tronquer plutôt qu'arrondir:

Code :

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

1
2
3
4
$ a=22; b=7; printf '%d.%03d\n' $((a/b)) $(((a*1000/b)%1000))
3.142
$ a=22; b=7; printf '%d.%03d\n' $((a/b)) $(((a*1000000/b)%1000000))
3.142857

et qu'elle ne gère pas très bien les nombres négatifs:

Code :

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

1
2
$ a=22; b=-7; printf '%d.%03d\n' $((a/b)) $(((a*1000000/b)%1000000))
-3.-142857

Quant à la LOCALE, n'en parlons pas:

Code :

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

1
2
$ awk -v a=22 -v b=-7 'BEGIN{printf("%.3f\n", a/b)}' 
-3,143

D'ailleurs, le titre n'indique-t-il pas "trois chiffres après la virgule" ?

Qui a dit que je pinaillais ?

[EDIT] corrige 3/7 en 22/7 (merci Disedorgue)

[re-EDIT] corrige 7 en -7 (re-merci Disedorgue)

[disedorgue]

Jolie formule (remarquable) !

À noter toutefois qu'elle a tendance à tronquer plutôt qu'arrondir:

Code :

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

1
2
3
4
$ a=22; b=7; printf '%d.%03d\n' $((a/b)) $(((a*1000/b)%1000))
3.142
$ a=22; b=7; printf '%d.%03d\n' $((a/b)) $(((a*1000000/b)%1000000))
3.142857

et qu'elle ne gère pas très bien les nombres négatifs:

Code :

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

1
2
$ a=22; b=-7; printf '%d.%03d\n' $((a/b)) $(((a*1000000/b)%1000000))
-3.-142857

Quant à la LOCALE, n'en parlons pas:

Code :

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

1
2
$ awk -v a=3 -v b=7 'BEGIN{printf("%.3f\n", a/b)}' 
-3,143

D'ailleurs, le titre n'indique-t-il pas "trois chiffres après la virgule" ?

Qui a dit que je pinaillais ?

une version corrigé, qui corrige le potentiel '-' pour la partie flottante avec en plus prise en compte de la locale:

Code :

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

printf "%d$(locale decimal_point)%03d\n" $((j/y)) $(((${j#-}*1000/${y#-})%1000))

PS: à priori, ton awk a des problèmes de calcul (3/7=-3,143 )

[jack-ft]

une version corrigé, qui corrige le potentiel '-' pour la partie flottante avec en plus prise en compte de la locale:

Code :

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

printf "%d$(locale decimal_point)%03d\n" $((j/y)) $(((${j#-}*1000/${y#-})%1000))

Génial ! (et le mot est faible...)

PS: à priori, ton awk a des problèmes de calcul (3/7=-3,143 )

Pourtant mon awk est tout neuf:

Code :

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

1
2
$ awk --version
awk version 20070501

En fait, c'était une erreur de recopie ! j'ai corrigé. Merci.

[EDIT] mais pas très bien corrigé....

[N_BaH]

tout neuf ! en 2007.

[disedorgue]

Maintenant ton awk calcul bien mais de façon négative (22/7= -3,143)
C'est peut-être N_BaH qui l'a vexé

[Jipété]

Maintenant ton awk calcule bien mais de façon négative (22/7= -3,143)

Ben j'ai pas trouvé, moi :

Code :

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

1
2
$ j=22; y=7; printf "%d$(locale decimal_point)%03d\n" $((j/y)) $(((${j#-}*1000/${y#-})%1000))
3,142

[disedorgue]

Moi, ce que je vois c'est que la division de deux nombres positifs donne un nombre négatif...

Mais si tu parles de l'arrondi, c'est plutôt subjectif car personnellement, j'ai du mal avec ce genre de résultat:

Code :

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

1
2
$ awk -v a=19998 -v b=10000 'BEGIN{printf("%.3f\n", a/b)}'
2.000

[N_BaH]

ça fait bizarre, mais si je me souviens bien de mes cours élémentaires, c'est la règle pour un arrondi : au-dessus de cinq, on arrondit à la dizaine supérieure.

[disedorgue]

Et oui, et donc sous bash, rien que de faire:

Code :

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

1
2
$ echo $((98/10))
9

serait donc faux ?

[jack-ft]

"Faux" ?! Quel grand mot !

Je dirais plutôt "approximatif"...

Je vous invite à revoir vos cours sur la division...

Je me souviens: en 98, combien de fois 10 ? Il y va 9 fois et il reste 8 !

Dans la division euclidienne (ou entière), si b != 0, il existe une décomposition unique:

Code :

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

a = b*q + r où 0 <= r < q

Comme bash ne traite que des entiers, j'imagine qu'il doit suivre scrupuleusement la division euclidienne (au moins pour les nombres entiers) et donner le quotient euclidien, c'est-à-dire la valeur tronquée du quotient réel, qui, dans certains cas, peut être différente de la valeur arrondie.

D'ailleurs, il existe certains langages (comme le_lisp) où "la" division est implémentée sous forme de différentes fonctions (/, div, divide, truncate, round), chacune avec une spécification bien précise (division euclidienne, division arrondie, division "réelle" (avec les limites des floats, bien sûr), etc.).

[jack-ft]

Mais si tu parles de l'arrondi, c'est plutôt subjectif car personnellement, j'ai du mal avec ce genre de résultat:

Code :

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

1
2
$ awk -v a=19998 -v b=10000 'BEGIN{printf("%.3f\n", a/b)}'
2.000

Code :

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

1
2
3
4
5
$ awk -v a=19998 -v b=10000 'BEGIN{printf("%.3f\n", a/b)}'
2,000
 
$ awk -v a=19998 -v b=10000 'BEGIN{printf("%.4f\n", a/b)}'
1,9998

Ce qui est subjectif, c'est ton ressenti face à ce résultat, car, objectivement, si le résultat "exact" est 1,9998, il est clair que c'est beaucoup plus proche de 2,000 que de 1,999. En effet, la différence due à l'approximation est, dans le 1er cas: 0,0002 et, dans le 2ème: 0,0008 (qui est 4 fois plus grand), CQFD.

[N_BaH]

Et oui, et donc sous bash, rien que de faire:

Code :

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

1
2
$ echo $((98/10))
9

serait donc faux ?

oui.
quand on demande un résultat décimal, ce résultat est faux.
et quand on retourne un arrondi comme résultat d'une division qu'on veut "exhaustive"/exacte, le résultat est également erroné.

le problème n'est pas "ce qu'on obtient", mais "ce qu'on obtient par rapport à ce qu'on a demandé" !

on demande un "arrêt" après un certain nombre de décimales, et il faut une indication de la tendance du résultat :
le résultat tend-il vers le nombre supérieur, ou
le résultat tend-il vers nombre inférieur
c'est ce qu'indique l'arrondi : 3.1416

et PI c'est tout.

[disedorgue]

Bon, ok....

une version corrigée en bash:

Code :

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

1
2
3
4
$ j=22
$ y=-7
$ printf "%.3f\n" $((j/y))$(locale decimal_point)$(((${j#-}*10000000000000/${y#-})%10000000000000))
-3.143