Les tableaux et boucle while

Bonjour,
je lisais un tutoriel d'un modérateur ( http://ineumann.developpez.com/tutoriels/linux/bash-bonnes-pratiques/ )qui répondait en partie à l'une de mes questions mais qui m'en pose une autre. Pour éviter que la boucle while ne soit exécuter dans un sous shell et récupérer mes noms de fichiers dans un tableau je faisais:

Code:

---

1 2 3 4 5 6 7 8 9

#!/bin/bash DIR="/home/idriss/test" declare -a fichiers tmp=$(ls $DIR) while read do fichiers[${#fichiers[*]}]=$REPLY done < tmp echo ${fichers[*]}

---

Au ch.II (quelques erreurs courantes) on peut lire

Citation:

---

Il est également possible d'affecter la sortie d'un sous-shell à une variable de la même façon que pour la sous-exécution d'une commande :

---

ma question est: Es ce que cette variable peut être une case de tableau ? si oui comment je procéderais?
Merci

Bonjour,

on n'utilise pas ls dans un script :aie:

Code:

---

1 2 3 4 5 6 7

#!/bin/bash   dir=/home/idriss/repertoire   shopt -s nullglob # au cas où le répertoire est vide tableau=( $dir/* ) # alors le tableau sera vide, sinon il contiendrait littéralement : /home/idriss/repertoire/* printf '%s\n' "${tableau[@]}" # @ plutôt que *, car @ reflète bien les éléments du tableau et non les mots séparés par l'IFS

---

note que la déclaration d'un tableau indexé est facultative.

s'il est question d'alimenter un tableau avec la sortie d'une commande :

Code:

---

1 2 3

#!/bin/bash   while read line; do tableau+=( "$line" ); done < <(commande)

---

cf. Substitution de processus in man bash

Ok, merci j'avais mal lu en fait la boucle c'est while read;do cmd1; done < +redirection de flux.....
je croyais que < c'était déjà une redirection de flux!!! en fait y'en faut 2 !!

Bonjour.

Citation:

---

Envoyé par N_BaH

on n'utilise pas ls dans un script :aie:

---

Il a pas bien lu :aie:

@Spirale21 : Tu as aussi la possibilité de faire ceci comme redirection de flux sur une sortie de commande en Bash :

Code:

---

while read l; do echo $l; done <<< "$(ls)"

---

Je n'ai pas mentionné cette syntaxe dans les cours auxquels j'ai participé mais je pense le faire dans celui-ci : http://frederic-lang.developpez.com/...ux/prog-shell/ et également dans le cours que tu mentionne car elle évite en effet l'histoire du sous-shell.

Sinon pour le cas du pipe, il suffit d'afficher tes noms de fichiers sur la sortie standard et les récupérer dans une sous-exécution (voir exemples dans le cours).

Toutefois il reste préférable de se passer complètement de ls comme expliqué dans tutos que tu cite (cf : la partie II-B).

Cordialement,
Idriss

Citation:

---

Envoyé par ok.Idriss

Code:

---

while read l; do echo $l; done <<< "$(ls)"

---

Je n'ai pas mentionné cette syntaxe dans les cours auxquels j'ai participé mais je pense le faire [...]

---

à ta place, je ne le ferais pas. pas comme ça.
mais plutôt comme ça :

Code:

---

while read -r line; do echo "$line"; done <<< "$variable_sur_plusieurs_lignes"

---

ou

Code:

---

1 2 3

while read -r line; do echo "$line"; done <<<"texte sur plusieurs lignes"

---

pour la redirection du flux de commandes, je préfère vraiment la Substitution de processus. :)

Bonjour.

Par simple curiosité ( :oops: ) : pourquoi est-il préférable de stocker le résultat de la commande sur plusieurs lignes dans une variable ?

:merci:

Idriss

Citation:

---

Envoyé par ok.Idriss

pourquoi est-il préférable de stocker le résultat de la commande sur plusieurs lignes dans une variable ?

---

ce n'est pas ce que je dis.
pour éviter qu'un débutant ne prenne l'habitude d'utiliser un here-string avec une substitution de commande, je préconise l'emploi d'une variable en guise de démonstration de l'utilisation de <<<.
quant à rediriger la sortie d'une commande, je recommande l'emploi de la Substitution de processus.

la chaîne en ligne (here-string), pour les textes
la substitution de processus, pour les commandes !
:D