Comment puis-je stocker la commande “find” résultats dans un tableau en Bash

Je suis en train d'enregistrer le résultat de find sous la forme de tableaux.
Voici mon code:

#!/bin/bash

echo "input : "
read input

echo "searching file with this pattern '${input}' under present directory"
array=`find . -name ${input}`

len=${#array[*]}
echo "found : ${len}"

i=0

while [ $i -lt $len ]
do
echo ${array[$i]}
let i++
done

Je reçois 2 .txt fichiers sous le répertoire courant.
J'attends donc '2' comme résultat de ${len}. Cependant, il imprime 1.
La raison en est qu'il prend tous les résultats de find comme l'un des éléments.
Comment puis-je résoudre ce problème?

P. S

J'ai trouvé plusieurs solutions sur StackOverFlow sur un problème similaire. Cependant, ils sont un peu différentes, donc je ne peux pas l'appliquer dans mon cas. J'ai besoin de stocker les résultats dans une variable avant la boucle. Merci encore.

InformationsquelleAutor Juneyoung Oh | 2014-04-29
  1. 87

    Ici est une solution pour obtenir la sortie de find dans un bash tableau:

    array=()
while IFS=  read -r -d $'
    array=()
while IFS=  read -r -d $'\0'; do
array+=("$REPLY")
done < <(find . -name "${input}" -print0)
    '    ; do
    array+=("$REPLY")
done < <(find . -name "${input}" -print0)

    C'est difficile parce que, en général, les noms de fichier peut contenir des espaces, de nouvelles lignes, et d'autres script hostiles caractères. La seule façon d'utiliser find et ont les noms de fichiers en toute sécurité séparés les uns des autres est d'utiliser -print0 qui imprime les noms de fichiers séparés par un caractère null. Ce ne serait pas beaucoup d'un inconvénient si bash est readarray/mapfile fonctions prises en charge null séparées par des chaînes, mais ils ne le font pas. Bash est read fait et qui nous conduit à la boucle ci-dessus.

    Comment il fonctionne

    1. La première ligne crée un tableau vide: array=()

    2. Chaque fois que le read instruction est exécutée, null, séparés de nom de fichier est lu à partir de l'entrée standard. Le -r option indique read de laisser les barres obliques inverses seul. Le -d $'\0' dit read que l'entrée sera null séparées. Depuis que nous avons omettre le nom de read, le shell met l'entrée dans le nom par défaut: REPLY.

    3. La array+=("$REPLY") déclaration ajoute le nouveau nom de fichier pour le tableau array.

    4. La dernière ligne combine la redirection et de la substitution de commande pour fournir la sortie de find à l'entrée standard de la while boucle.

    Pourquoi utiliser le processus de substitution?

    Si nous n'avons pas utilisé le processus de substitution, la boucle peut être écrite comme:

    array=()
find . -name "${input}" -print0 >tmpfile
while IFS=  read -r -d $'
    array=()
find . -name "${input}" -print0 >tmpfile
while IFS=  read -r -d $'\0'; do
array+=("$REPLY")
done <tmpfile
rm -f tmpfile
    '    ; do
    array+=("$REPLY")
done <tmpfile
rm -f tmpfile

    Au-dessus de la sortie de find est stockée dans un fichier temporaire et que le fichier est utilisé comme norme d'entrée à la boucle while. L'idée de processus de substitution est de rendre ces fichiers temporaires inutiles. Donc, au lieu d'avoir le while boucle obtenir son stdin de tmpfile, nous pouvons lui faire son stdin de <(find . -name ${input} -print0).

    Processus de substitution est largement utile. Dans de nombreux endroits où une commande veut lire à partir d'un fichier, vous pouvez spécifier le processus de substitution, <(...), au lieu d'un nom de fichier. Il y a une forme analogue, >(...), qui peut être utilisé à la place d'un nom de fichier dans lequel la commande veut écrire pour le fichier.

    Comme des tableaux, processus de substitution est une fonction de bash et autres coquillages. Il ne fait pas partie de la norme POSIX.

    Notes complémentaires

    La commande suivante crée une variable du shell, pas un tableau shell:

    array=`find . -name "${input}"`

    Si vous souhaitez créer un tableau, vous auriez besoin de mettre des parenthèses autour de la sortie de la trouver. Donc, naïvement, on pourrait:

    array=(`find . -name "${input}"`)  # don't do this

    Le problème est que le shell effectue de couper un mot sur les résultats de find de sorte que les éléments du tableau ne sont pas garantis pour être ce que vous voulez.

    • Génial! Merci. Mais pourriez-vous nous expliquer peu plus sur la dernière ligne? Je veux dire que la redirection de la partie. Au premier abord, j'écris "<<" et ça affiche erreur de syntaxe sur "(". Après plusieurs tentatives, j'ai juste copier votre code à la mienne et il fonctionne. quelle est la signification de '<' dans la dernière ligne?
    • ^^ vérifiez bash manuel pour le processus de redirection de la section.
    • Heureux, il a aidé. J'ai ajouté une section de processus de substitution.
    • Je pense que le IFS= partie avant read est inutile. De man read: "...le premier mot est attribué à la première nom, le deuxième mot de la deuxième nom, et ainsi de suite, avec des restes de mots et leur intervenant séparateurs attribué le nom de famille...Les personnages dans les FI sont utilisés pour séparer la ligne en mots" et "Si aucun nom n'est fourni, la lecture est affecté à la variable RÉPONSE". Car il n'y a pas d'argument fourni, l'ensemble de la ligne est affectée à la seule variable REPLY. Le séparateur de mots spécifié par IFS n'est pas utile ici, parce que la ligne n'est pas divisé en mots.
    • C'est une bonne observation, mais incomplète. S'il est vrai que nous n'avons pas divisé en plusieurs mots, nous avons encore besoin de IFS= pour éviter la suppression des espaces des débuts ou des fins de lignes d'entrée. Vous pouvez le tester facilement en comparant la sortie de read var <<<' abc '; echo ">$var<" avec la sortie de IFS= read var <<<' abc '; echo ">$var<". Dans le premier cas, les espaces avant et après abc sont supprimés. Dans ce dernier, ils ne le sont pas. Les noms de fichiers qui commencent ou se terminent par des espaces peut-être inhabituel, mais, s'ils existent, nous les voulons traitées correctement.
    • Salut, après avoir exécuter votre code j'obtiens un message d'erreur de syntaxe près de jeton inattendu <' fait < <(trouver aaa/ -pas -newermt "$last_build_timestamp_v" -type f -print0)'
    • J'aurais besoin de voir plus de détails sur ce que vous faites pour être sûr, mais, sur de nombreux systèmes, le shell par défaut ne prend pas en charge le processus de substitution ou de tableaux. On peut avoir besoin d'invoquer explicitement le script bash comme bash scriptname. Si ce n'est pas à la résoudre, une bonne étape suivante consiste à exécuter votre script par shellcheck.net. (Suffit de couper et coller le script dans shellcheck de la fenêtre et attendre un moment pour une réponse.)
    • Bonne réponse, mais c'est peut-être une touche mieux si vous aussi expliqué ce qu'est le spécial de $RÉPONSE variable.
    • Bon point. J'ai ajouté une phrase pour expliquer REPLY.
    • Comment voulez-vous régler ce, tels que le tableau entrées ne sont pas le chemin complet du fichier, mais uniquement le nom de fichier?
    • Utilisation -printf comme: while IFS= read -r -d $'\0'; do array+=("$REPLY"); done < <(find . -name "${input}" -printf '%f\0')
    • J'ai effectivement essayé un certain nombre de fois. Il ne semble pas à ajouter des éléments dans le tableau lors de l'utilisation de printf '%f\0'
    • Il a bien fonctionné pour moi. J'ai juste copié et collé de mon commentaire à la ligne de commande et il fonctionne toujours pour moi. avez-vous eu de la variable input réglé à une valeur d'utilité? Pour vous assurer que toutes les variables sont initialisées, essayez input='*'; array=(); while IFS= read -r -d $'\0'; do array+=("$REPLY"); done < <(find . -name "${input}" -printf '%f\0')
    • Une remarque: le plus simple '' peut être utilisé à la place de $'\0': n=0; while IFS= read -r -d '' line || [ "$line" ]; do echo "$((++n)):$line"; done < <(printf 'first\nstill first\0second\0third')
    • Comment puis-je le tuyaux trouver la sortie pour couper ensuite ces résultats ajouté au tableau? Je voudrais utiliser quelque chose commefind /DIRECTORY -maxdepth 1 -type d | cut -f5 -d'/' dans le done ligne.
    • Oui, vous pouvez mettre n'importe quelle commande utile dans le processus de substitution tant qu'il produit NUL séparées de sortie. Après le passage de la nouvelle ligne à NUL,-de la séparation, de votre commande, si vous utilisez les outils GNU, devient find 1/2/3/4 -maxdepth 1 -type d -printf '%p\0' | cut -zf5 -d'/'.

    InformationsquelleAutor John1024
  2. 13

    Si vous utilisez bash 4 ou version ultérieure, vous pouvez remplacer l'utilisation de find avec

    shopt -s globstar nullglob
array=( **/*"$input"* )

    La ** modèle activé par globstar correspond à 0 ou plusieurs répertoires, permettant le modèle pour correspondre à une profondeur arbitraire dans le répertoire courant. Sans le nullglob option, le modèle (paramètre après expansion) est traité littéralement, donc avec pas de matches vous avez un tableau avec une seule chaîne plutôt que d'un tableau vide.

    Ajouter le dotglob option à la première ligne ainsi si vous voulez parcourir les répertoires cachés (comme .ssh) et correspondent à des fichiers cachés (comme .bashrc) ainsi.

    • Peut-être nullglob trop...
    • Ouais, j'oublie toujours que.
    • Notez que ce ne sera pas inclure les fichiers et répertoires cachés, à moins que dotglob est défini (ce qui peut ou peut ne pas être voulu, mais il vaut la peine de mentionner aussi).
    • Tellement de nombreuses options 🙂
    InformationsquelleAutor chepner
  3. 7

    vous pouvez essayer quelque chose comme 

    array=(`find . -type f | sort -r | head -2`)

    , et afin d'imprimer le tableau de valeurs , vous pouvez essayer quelque chose comme de l'écho "${array[*]}"

    • Des pauses si il y a des noms de fichier avec des espaces ou glob caractères.
    InformationsquelleAutor Ahmed Al-Haffar
  4. 7

    Bash 4.4 introduit un -d option pour readarray/mapfile, donc cela peut maintenant être résolu avec

    readarray -d '' array < <(find . -name "$input" -print0)

    pour une méthode qui fonctionne avec de l'arbitraire des noms de fichiers, y compris les espaces, retours à la ligne, et d'expansion des caractères.

    De la manuel (en omettant les autres options):

    mapfile [-d delim] [array]

    -d

    Le premier caractère de delim est utilisé pour mettre fin à chaque ligne de saisie, plutôt que le saut de ligne. Si delim est la chaîne vide, mapfile mettre fin à une ligne lorsqu'il lit un caractère NUL.

    Et readarray est juste un synonyme de mapfile.

    InformationsquelleAutor Benjamin W.
  5. 0

    En bash, $(<any_shell_cmd>) aide à l'exécution de la commande et de la capture de la sortie. En la passant à IFS avec \n comme délimiteur permet de convertir un tableau.

    IFS='\n' read -r -a txt_files <<< $(find /path/to/dir -name "*.txt")
    • Cela permet d'obtenir seul le premier fichier des résultats de find dans le tableau.
    InformationsquelleAutor rashok
  6. -1

    Vous pouviez faire comme ceci:

    #!/bin/bash
echo "input : "
read input

echo "searching file with this pattern '${input}' under present directory"
array=(`find . -name '*'${input}'*'`)

for i in "${array[@]}"
do :
    echo $i
done
    • Il y a un problème, si les noms de fichier ont un espace...
    • Merci. beaucoup. Mais comme @anishsane pointu, des espaces vides dans le nom de fichier doit être considérée dans mon programme. En Tout Cas Merci!
    InformationsquelleAutor user1357768
  7. -1

    Pour moi, cela a bien fonctionné sur cygwin:

    declare -a names=$(echo "("; find <path> <other options> -printf '"%p" '; echo ")")
for nm in "${names[@]}"
do
    echo "$nm"
done

    Cela fonctionne avec des espaces, mais pas avec des guillemets doubles (") dans les noms de répertoire (qui ne sont pas autorisés dans un environnement Windows en tout cas).

    Méfiez-vous de l'espace dans le printf option.

    • sa ne marche pas pour moi sur mac
    • Cassé et dangereux: ne le sera pas pour les citations, et est soumis à l'arbitraire d'injection de code. NE PAS L'UTILISER.
    • Il ressemble à quelqu'un marqué ce post pour la suppression. "C'est mal" n'est pas une raison pour la suppression de la SORTE. L'utilisateur fait une tentative de réponse, c'est sur le sujet, et qui remplit les critères pour les réponses. Le downvote bouton est utilisé pour mesurer l'utilité et de l'exactitude, de ne pas le bouton de suppression.
    • Comme gniourf l'a souligné, ce n'est pas pour les environnements où d'autres entrent dans les options de votre système, par exemple des pages web. Mais tout le monde n'programme pour l'environnement. Je l'ai utilisé pour renommer des fichiers dans les répertoires.
    InformationsquelleAutor R Risack