Test sur des numériques

bonjour,

j'ai fait un script qui teste si un argument est numérique. il fonctionne mais comporte certain cas avec des message d'erreur et la est mon problème

Code:

---

1 2 3 4 5 6 7 8 9 10 11 12 13

#/bin/sh var=$1 if [ $var -z ] then echo -n Fournissez moi un argument s\'il vous plaît :; read var fi expr $var + 0 1>/dev/null 2>&1 statut=$? if test $statut -lt 2 then echo "$var est numérique" else echo "$var n'est pas numérique" fi

---

j'ai tester 3 cas
1) celui ou je ne met rien - pas de soucis
$ ./test2.sh
Fournissez moi un argument s'il vous plaît :z
z n'est pas numérique

2)celui ou je met une valeur non numérique
$ ./test2.sh z
./test2.sh: line 4: [: z : opérateur unaire attendu
z n'est pas numérique

3)celui ou je met un numérique
$ ./test2.sh 12
./test2.sh: line 4: [: 12 : opérateur unaire attendu
12 est numérique


question peut être bête
un numérique est forcément un nombre entier ?

merci

Bonjour,

2éme post ou l'on te signal que la syntaxe est [ -z ... ] et non pas [ ... -z ] :furieux:

protège tes variables en les mettant entre guillemets "$var" et non pas $var

Citation:

---

Envoyé par disedorgue

Bonjour,

2éme post ou l'on te signal que la syntaxe est [ -z ... ] et non pas [ ... -z ] :furieux:

protège tes variables en les mettant entre guillemets "$var" et non pas $var

---

Oui. Et, pour débuter, il vaut mieux utiliser la commande "test", par exemple, if test -z "$var", ce qui te permettra de comprendre que tu peux écrire des choses comme:

Code:

---

1 2 3 4

if expr "$var" '*' 0 '+' 1 1>/dev/null 2>&1 then echo "$var est numérique" else echo "$var n'est pas numérique" fi

---

Bonjour,

un shell compatible POSIX (c'est-à-dire pas C-shell) ne nécessite pas l'emploi de expr, qui est une commande externe; le shell peut faire des évaluations arithmétiques :

Code:

---

1 2 3 4

$ var=zzz; test 3 -eq $(($var + 0)) && echo ok || echo ko ko $ var=3; test 3 -eq $(( $var + 0 )) && echo ok || echo ko ok

---

Citation:

---

Envoyé par disedorgue

Bonjour,

2éme post ou l'on te signal que la syntaxe est [ -z ... ] et non pas [ ... -z ] :furieux:

protège tes variables en les mettant entre guillemets "$var" et non pas $var

---

oui, pardon
j'ai due mal à comprendre la sémantique dans ce cas

Citation:

---

Oui. Et, pour débuter, il vaut mieux utiliser la commande "test"

---

ok
je pensais faciliter la lecture

merci à vous deux, je vais essayer de retenir disedorgue, mais c'est la logique qui en découle que je retient pas
car
si on utilise un test comme $1 -ne 1 pour vérifier si une variable est différent de 1
pourquoi doit ton faire -z $var si une variable est nul
tous les test de chaine comporte le même ordre comparer au test de comparaison numérique qui sont inverser ?

Citation:

---

Envoyé par disedorgue

Bonjour,

protège tes variables en les mettant entre guillemets "$var" et non pas $var

---

que veux tu dire par protège tes variables ?

Bonjour

Citation:

---

Envoyé par jack-ft

Code:

---

if expr "$var" '*' 0 '+' 1 1>/dev/null 2>&1

---

---

Le '+' n'a pas besoin d'être protégé. Et si c'est juste pour protéger l'étoile, autant utiliser le backslash plus court à taper...if expr "$var" \* 0 + 1 1>/dev/null 2>&1 :P

Citation:

---

Envoyé par bosk1000

je vais essayer de retenir disedorgue, mais c'est la logique qui en découle que je retient pas car si on utilise un test comme $1 -ne 1 pour vérifier si une variable est différent de 1
pourquoi doit ton faire -z $var si une variable est nul
tous les test de chaine comporte le même ordre comparer au test de comparaison numérique qui sont inverser ?

---

La logique est la suivante

• options à un seul opérande (-n, -z, -x, -f, -e, etc...): d'abord l'option, puis ensuite l'opérande
• options à deux opérandes (-eq, -lt, -gt, -le, -ge, -ne, =, !=): opérande 1, option puis opérande 2 (comme dans une équation mathématique)

J'avoue que l'option "polonaise inversée" aurait pu aussi être envisageable (test -lt 2 3) mais ce n'a pas été le choix des développeurs donc on fait avec. Et toujours en séparant distinctement tes éléments => test opérande1 <espace> option <espace> opérande2 <espace> -a/-o (and/or) <espace> opérande3 <espace> opérande4

Citation:

---

Envoyé par bosk1000

que veux tu dire par protège tes variables ?

---

La commande test a parfois besoin de "voir" spécifiquement ce qu'on lui donne à tester. Si par exemple tu veux comparer ta variable avec "oui", tu seras tenté d'écrire naturellement test $var = "oui".
Or, si ta variable "$var" est vide ; en écrivant test $var = "oui" le shell verra test = "oui" et ne comprendra pas cette syntaxe (il te répondra que l'opérateur "=" a besoin de deux opérandes).
En rajoutant systématiquement des guillemets autour de ta variable (test "$var" = "oui"), tu la "protèges" des erreurs d'incompréhension du shell. Même si elle est vide, le shell verra test "" = "oui" et aura alors ses deux opérandes à comparer entre eux.
Dans ton cas précis, avec l'option "-z" cela n'était pas grave (le shell accepte test -z sans rien derrière). Mais si tu prends l'habitude de mettre systématiquement des guillemets autout de tes variables quand tu les évalues, cela fonctionnera non seulement dans les cas où cela fonctionnait sans mais cela fonctionnera aussi dans les cas où cela posait problème => tu élimines tout risque d'erreur (regarde la ligne de jack-ft...)

Il n'y a pas vraiment de méthode pour savoir si l'on doit écrire [ xxx -z ] ou [ -z xxx ], mais si l'on veut parler d’aberration, cela serait plutôt [ xx -eq yy ] car cette syntaxe est plus humaine qu'informatique. La forme la plus naturelle en informatique car plus simple à coder est l'écriture polonaise ce qui donnerait [ -eq xx yy ].
Pour essayer de te souvenir de la syntaxe, dit toi que ce qui prime c'est l'action:
Si l'action réclame un seul paramètre, alors celui-ci est situé après l'action.
Si l'action réclame 2 paramètres, alors ils doivent encercler l'action.

En ce qui concerne la protection des variables, si tu ne les mets pas entre guillemets et que les valeurs de celles-ci possèdent des espaces ou des retours à la ligne (entre autre), elles seront mal interprétées par les différentes commandes que tu utilisera avec. (vois les différents exemples de jack-ft dans tes autres post).