Discussion :

[Griffith]

Bonjour

Je souhaite mettre le résultat de la commande suivante : echo blabla | cut -c1-3 dans une variable. J'ai essayé :

$test1 = $(echo blabla | cut -c1-3)
et
$test1 = `echo blabla | cut -c1-3`

et à chaque fois j'obtiens l'erreur suivante :

./test.sh[13]: =: not found (la ligne 13 étant évidemment la ligne où je place le code ci-dessus)

Je suis vraiment mauvais en programmation ksh et je ne comprend pas quel est le problème, quelqu'un saurait-il m'apporter un peu d'aide ?

[exodev]

test1=$(echo blabla | cut -c1-3)
echo $test1

Bien penser à "coller" les expressions au signe égal

[Griffith]

Ah effectivement, merci ! (je déteste ksh rien que pour ce genre de trucs >_<)

Mais du coup, j'ai mis ça :

$test1=$(echo blabla | cut -c1-3)

Et j'obtiens une erreur légèrement différente :

./test.sh[13]: =bla: not found

Qu'est ce qui lui va pas cette fois ? ^_-

[exodev]

pas de $ devant une variable que tu affectes

a=1

bien

$a=1

bash: =1: command not found

pas bien

[Griffith]

Ah merci, ça marche effectivement mieux du coup comme ça

[Sve@r]

Ah effectivement, merci ! (je déteste ksh rien que pour ce genre de trucs >_<)

Il n'y a pas de quoi détester ksh (ou sh ou bash) quand on connait les règles.

Et les règles disent ceci: "le premier mot d'une ligne sera un appel à une commande (ou une fonction), et les autres mots seront ses arguments".

Partant de là, quand on tape "cd /tmp", le premier mot "cd" est un appel à une fonction, et le second mot "/tmp" est son argument.

Si toi tu écris "a = 1", tu cherches à dire au shell "exécute la commande 'a' avec les arguments '=' et '1'. Il te répondra "a: command not found (à moins que tu aies dans ton répertoire un exécutable nommé "a"). Tout reste logique et cohérent. Une affectation s'écrit sans espace de part et d'autres du signe "="...

Maintenant, peut-être que t'aimerais que le shell puisse analyser plus finement ta syntaxe et qu'il comprenne de lui-même quand il s'agit d'un appel et quand il s'agit d'une affectation. Rhaa le bonheur. On tape "cd /tmp" et hop, il exécute ton déplacement. On tape "a = 1" et hop, il comprend qu'il s'agit d'une affectation.

Oui... mais tout d'un coup j'ai envie d'afficher "=". Je tape donc "echo =". Et là, le shell croit qu'il s'agit d'une affectation et va me créer une variable "$echo". Hum, cela devient bien difficile à gérer. Il faut alors maintenant prévoir une syntaxe spéciale pour ce genre de cas (déjà que t'aimes pas avec les règles simples...). Sans compter que la création de l'analyseur magique (le code interne qui détecte si ton instruction correspond à un appel ou à une affectation) a bien complexifié le shell ce qui l'a en plus super ralenti (déjà qu'il n'est pas bien rapide...)

Alors tu devrais réfléchir avant de dire "bwah je déteste ce langage qui m'oblige à être rigoureux" parce que s'il n'était pas comme ça, il serait encore pire...