Signification d'un script linux

Version imprimable

12/12/2014, 14h37
margilb

Signification d'un script linux
Bonjour,
je ne connais rien en linux , mais j'ai quand même réussi à compiler fmpeg sous MinGW.
j'ai modifié les scripts pour générer certaine dll , j'ai un point de blocage :
voici un script que je ne comprend pas , la commande d'appel et fonction enabled .
Que fait cette fonction ?
Code:

1 2 3 4 5 6 7 enabled ${name#lib} || return 0 enabled(){ test "${1#!}" = "$1" && op== || op=!= eval test "x\$${1#!}" $op "xyes" }
Merci
14/12/2014, 11h37
Sve@r
Citation:

Envoyé par margilb

je ne connais rien en linux , mais j'ai quand même réussi à compiler fmpeg sous MinGW.

Bonjour

Bel exploit surtout que MinGW est une bibliothèque d'outils pour Windows et que les dll (dont tu parles plus bas) sont des librairies Windows...
Citation:
Envoyé par margilb

Que fait cette fonction ?

Code:

1 2 3 4 5 6 7 enabled ${name#lib} || return 0 enabled(){ test "${1#!}" = "$1" && op== || op=!= eval test "x\$${1#!}" $op "xyes" }
La commande d'appel appelle la fonction enabled() en lui passant en paramètre le contenu de la variable "name" à laquelle on supprimera le début de ce contenu celui-ci commence par les caractères "lib". Donc si la variable "name" contient "toto", la fonction recevra "toto" mais si elle contient "libxyzt" alors la fonction recevra "xyzt".
Si la fonction échoue (le double pipe vertical), cette instruction (qui doit probablement elle-même se trouver dans une fonction) renvoie 0 à son appelant.

La fonction commence par évaluer la chaine reçue. Si cette chaine à laquelle on otera son premier caractère si celui-ci est un "!" correspond à la chaine elle-même, alors la variable "op" sera remplie avec le caractère "=" sinon elle sera remplie avec les caractères "!=" (il est vrai que si le Rain Man qui a écrit ce script avait mis des double quotes ça aurait été plus clair parce qu'il m'a fallu regarder la ligne suivante pour comprendre celle-ci !!!)
Ensuite la fonction compare la chaine reçue précédée du caractère "x" avec la chaine "xyes". Mais le comparateur sera soit "=" (égalité) soit "!=" (inégalité) selon le contenu de la variable "op" (opérateur).

Donc si la fonction reçoit "!toto" ou "toto", dans les deux cas la chaine se verra enlever son premier "!". Alors comme "toto"="toto", l'opérateur sera "=". Et ensuite elle comparera si "xtoto" = "xyes" ce qui est faux.
Si maintenant la fonction reçoit "!!!toto", comme un seul des "!" sera enlevé et que "!!toto" n'est pas égal à "!!!toto", l'opérateur sera "!=". Et ensuite elle comparera si "x!!toto" != "xyes" ce qui est vrai.
Si la fonction reçoit "yes" ou "!yes", l'opérateur sera "=" puis la fonction comparera "xyes" = "xyes" ce qui est vrai.
Et si la fonction reçoit "!!yes", l'opérateur sera "!=" puis la fonction comparera "x!yes" != "xyes" ce qui est encore vrai.

C'est vrai que c'est pas un script facile à comprendre car il fait appel à beaucoup de notions pas forcément usuelles. On aura
- l'utilisation de ${var#xyz} qui renvoie le contenu de la variable oté de la chaine "xyz" si la variable commence par cette chaine
- un opérateur écrit sous forme de variable
- l'utilisation de eval qui permet de transformer une chaine de caractère (chaine généralement forgée lors de l'exécution à partir de variables diverses) en instruction shell
PS: le rajout du "x" est une astuce quand on veut comparer des variables éventuellement vides avec des chaines. Comme le test a horreur des opérandes vides qu'il ne sait pas gérer, rajouter un "x" (ou n'importe quoi d'autre) fait que l'opérande n'est plus vide (mais bien entendu il faut rajouter aussi le "x" de l'autre coté pour garder l'égalité éventuelle...)

Citation:

Envoyé par margilb

Que fait cette fonction ?

Code:

1
2
3
4
5
6
enabled ${name#lib} || return 0
 
 enabled(){
    test "${1#!}" = "$1" && op== || op=!=
    eval test "x\$${1#!}" $op "xyes"
 }

Merci

Sauf erreur de ma part, si on a:

Code:

1
2
3
4
Option1=yes
Option2=no
Option3=yes
Option4=no

alors les instructions suivantes:

Code:

1
2
3
4
5
6
7
8
9
name=Option1; enabled ${name#lib} || return 0
name=Option2; enabled ${name#lib} || return 0
name=libOption3; enabled ${name#lib} || return 0
name=libOption4; enabled ${name#lib} || return 0
 
name=!Option2; enabled ${name#lib} || return 0
name=!Option1; enabled ${name#lib} || return 0
name=!libOption3; enabled ${name#lib} || return 0
name=!libOption4; enabled ${name#lib} || return 0

sont respectivement "équivalentes" à:

Code:

1
2
3
4
5
6
7
8
9
[ $Option1 = yes ] || return 0
[ $Option2 = yes ] || return 0
[ $Option3 = yes ] || return 0
[ $Option4 = yes ] || return 0
 
[ $Option1 != yes ] || return 0
[ $Option2 != yes ] || return 0
[ $libOption3 != yes ] || return 0
[ $libOption4 != yes ] || return 0

et vont donc faire soit:

Code:

1
2
rien (continuer l'exécution du script)
return 0 (arrêter l'exécution du script ou de la fonction courante du script)

respectivement:

Code:

1
2
3
4
rien
return 0
rien
return 0

Code:

1
2
3
4
return 0
rien
return 0 # malgré le bug
return 0 # (bug?)

L'interprétation douteuse de "!libOption" est surtout gênante dans le dernier cas!