En parcourant le contenu d'un fichier dans Bash

Comment itérer sur chaque ligne d'un fichier texte avec Bash?

Avec ce script:

echo "Start!"
for p in (peptides.txt)
do
    echo "${p}"
done

- Je obtenir ce résultat à l'écran:

Start!
./runPep.sh: line 3: syntax error near unexpected token `('
./runPep.sh: line 3: `for p in (peptides.txt)'

(Plus tard, je veux faire quelque chose de plus compliqué avec $p que juste la sortie à l'écran.)

La variable d'environnement SHELL est (à partir de env):

SHELL=/bin/bash

/bin/bash --version de sortie:

GNU bash, version 3.1.17(1)-release (x86_64-suse-linux-gnu)
Copyright (C) 2005 Free Software Foundation, Inc.

cat /proc/version de sortie:

Linux version 2.6.18.2-34-default (geeko@buildhost) (gcc version 4.1.2 20061115 (prerelease) (SUSE Linux)) #1 SMP Mon Nov 27 11:46:27 UTC 2006

Le fichier peptides.txt contient:

RKEKNVQ
IPKKLLQK
QYFHQLEKMNVK
IPKKLLQK
GDLSTALEVAIDCYEK
QYFHQLEKMNVKIPENIYR
RKEKNVQ
VLAKHGKLQDAIN
ILGFMK
LEDVALQILL
InformationsquelleAutor Peter Mortensen | 2009-10-05
  1. 1903

    Une façon de le faire est:

    while read p; do
  echo "$p"
done <peptides.txt

    Comme l'a souligné dans les commentaires, ce qui a pour effets secondaires de la coupe de leader d'espaces, de l'interprétation de la barre oblique inverse des séquences, et le saut de la dernière ligne si il manque une terminaison de fin de ligne. Si ce sont des questions, vous pouvez le faire:

    while IFS="" read -r p || [ -n "$p" ]
do
  printf '%s\n' "$p"
done < peptides.txt

    Exceptionnellement, si la corps de boucle peut lire l'entrée standard, vous pouvez ouvrir le fichier en utilisant un autre descripteur de fichier:

    while read -u 10 p; do
  ...
done 10<peptides.txt

    Ici, 10 est juste un nombre arbitraire (différente de 0, 1, 2).

    • Comment dois-je interpréter la dernière ligne? Fichier peptides.txt est redirigée vers l'entrée standard et d'une certaine manière à l'ensemble de la tout en bloc?
    • "Slurp peptides.txt dans cette boucle, de sorte que le "lire" commande a quelque chose à consommer." Mon "chat" la méthode est similaire, d'envoyer la sortie d'une commande dans le tout en bloc pour la consommation par les "lire", aussi, qu'il lance un autre programme pour faire le travail.
    • Cela n'a pas fonctionné pour moi. Au deuxième rang, réponse, qui a utilisé le chat et un tuyau a fonctionné pour moi.
    • Cette méthode semble ignorer la dernière ligne d'un fichier.
    • Cela peut être réalisé en sens inverse en commençant par le bas du fichier?
    • Alors je voudrais utiliser une solution basée sur cat mais remplacer cat par tac.
    • J'ai essayé, mais tac semble faire de chaque espace une nouvelle ligne. J'ai besoin de toute la ligne délimitée par la nouvelle ligne de char. peut-être que je fais fausse route.
    • Ok j'ai trouvé ceci: unix.stackexchange.com/a/7012 ..changer de chat à tac et ça fonctionne. Merci!
    • Je parlais de la solution de Warren Jeunes stackoverflow.com/a/1521470/6918 ; il suffit de remplacer chat par tac et vous devriez lire les lignes dans le sens inverse.
    • Devis Double les lignes !! echo "$p" et le fichier.. faites-moi confiance, il va vous mordre si vous ne l'avez pas!!! JE SAIS! lol
    • Que l'option-u fait ma journée 😉 Merci!
    • Les deux versions ne parviennent pas à lire une ligne finale si elle n'est pas terminée avec un saut de ligne. Toujours l'utilisation while read p || [[ -n $p ]]; do ...
    • Cela ne fonctionne pas pour les lignes qui se terminent par une barre oblique inverse "\". Les lignes se terminant par une barre oblique inverse sera ajouté à la ligne suivante (et \ seront supprimés).
    • Maintenant, c'est bizarre. Ce que je m'attends, vous obtenez un supplément de n après la barre oblique inverse, et les lignes se concaténées. Parce que ça voudrait dire, les séquences d'échappement barre oblique inverse de \n, l'amenant à être interprété littéralement, plutôt que comme un retour à la ligne. Mais le fait que la barre oblique inverse disparaît, ainsi que le saut de ligne, signifie qu'il est consommé pour quelque sorte de s'en échapper, comme prévu, mais est fusionné avec l'original du caractère de saut de ligne dans quelque chose qui n'est pas imprimé... avez-vous un outil qui affiche non imprimés en caractères d'une certaine façon? M'intéresse ce que les résultats.
    • l' \ échappe à l' "\n" caractère de ce qui est un caractère unique. Google pour une "table ascii". Personnage 10 \n et le caractère 13 est \r. Linux "xxd" outil va vous montrer les personnages. Un fichier avec a\na\n\\n ressemblera: 610a 610a 5c0a (0a hex est de 10, de sorte \n). Si le dernier cas, le "5c" ou de la "\" est échapper à un seul caractère.
    • Ah OK, maintenant je comprends mieux. Ne savais pas que le contenu du fichier devient l'objet de dumping dans le flux d'exécution la façon dont il est à l'intérieur du fichier, où bien sûr \n est un seul et même personnage. Pour quelque raison, j'ai pensé qu'il obtient backresolved à la séquence de contrôle au cours de leur traitement. Pourtant, c'est un peu bizarre qu'un échappé \n est une chose sans une représentation imprimée. On s'attend à résoudre pour le char de la séquence "\n" quand échappé.
    • Votre âme soit bénie pour que les différents descripteur de fichier de commande, qui m'a fait plaisir, le gaspillage de 8 jours sur une erreur générée par l'entrée standard de remplacement. +1
    • Le premier exemple est en manque un ";" après le fait.
    • pouvez-vous nous parler de ce que l' -r drapeau n'?
    • désactive l'interprétation des barres obliques inverses comme les séquences d'échappement. Le vide IFS désactive que read divise la ligne dans les champs. Et parce que read échoue lors de la rencontre de fin de fichier avant la ligne se termine, nous testons également pour une ligne non vide.
    • read est ignorant la \r personnage lorsque le fichier utilise windows fins de ligne (c'est à dire \r\n). Comment puis-je faire read traiter \r dans le cadre de la séquence de saut de ligne?
    • Si vous êtes comme moi et que vous faites ces choses dans la coque en une seule ligne, vous avez besoin d'ajouter un autre point-virgule, comme ceci: while read p; do echo "$p"; done <peptides.txt

    InformationsquelleAutor Bruno De Fraine
  2. 384
    cat peptides.txt | while read line 
do
   # do something with $line here
done

    et le one-liner variante:

    cat peptides.txt | while read line; do something_with_$line_here; done

    Ces options pour ignorer la dernière ligne du fichier si il n'y a pas de fuite de saut de ligne.

    Vous pouvez éviter cela par ce qui suit:

    cat peptides.txt | while read line || [[ -n $line ]];
do
   # do something with $line here
done
    • En général, si vous êtes à l'aide de "chat" avec un seul argument, vous êtes en train de faire quelque chose de mal (ou sous-optimale).
    • J'ai essayé et il fonctionne (ainsi que Bruno De Fraine de l').
    • Oui, c'est juste pas aussi efficace que Bruno, car il lance un autre programme, inutilement. Si l'efficacité des questions, faire de Bruno moyen. Je me souviens de ma façon parce que vous pouvez l'utiliser avec d'autres commandes, où la "redirection de" syntaxe ne fonctionne pas.
    • Il y a une autre problème plus grave avec ce sujet: parce que la boucle while est une partie d'un pipeline, il s'exécute dans un shell interne est exécuté, et donc toutes les variables définies à l'intérieur de la boucle sont perdues lors de la sortie de l'imprimante (voir la section bash-hackers.org/wiki/doku.php/mirroring/bashfaq/024). Cela peut être très gênant (en fonction de ce que vous essayez de faire dans la boucle).
    • pourriez-vous élaborer un autre exemple?
    • Il signifie que vous devriez faire comme Bruno l'a fait dans son accepté de répondre. Les deux travaux. Bruno moyen est un peu plus efficace, car elle ne prend pas exécuter une commande externe pour faire la lecture du fichier bits. Si l'efficacité des questions, faire de Bruno moyen. Si non, alors le faire de quelque manière que ce soit fait le plus de sens pour vous.
    • Warren est à droite. La commande "cat" est utilisé pour concaténer des fichiers. Si vous n'êtes pas de la concaténation de fichiers, les chances sont que vous n'avez pas besoin d'utiliser le "chat".
    • Ok, fait sens. Je voulais faire un point, parce que je vois beaucoup de la surutilisation des exemples de scripts et autres, où "chat" sert simplement comme une étape supplémentaire pour obtenir le contenu d'un fichier unique.
    • Je vais utiliser le fichier cat | " comme le début de beaucoup de mes commandes purement parce que j'ai souvent prototype avec "tête de fichier |"
    • Aussi, comment voulez-vous mettre un fichier sur le devant d'un pipeline? Bash vous donne ici des chaînes, qui sont géniaux (surtout pour des choses comme if grep -q 'findme' <<< "$var") mais pas de portable, et je ne veux pas commencer un grand pipeline avec un. Quelque chose comme cat ifconfig.output | grep inet[^6] | grep -v '127.0.0.1' | awk '{print $2}' | cut -d':' -f2 est plus facile à lire, puisque tout ce qui suit de gauche à droite. C'est comme strtoking avec awk au lieu de cut parce que vous ne voulez pas vide jetons - c'est en quelque sorte un abus de la commande, mais c'est juste la façon dont c'est fait.
    • Cela peut ne pas être efficace, mais c'est beaucoup plus lisible que les autres réponses.
    • +1 pour des raisons de lisibilité, et aussi la modularité - ce code peut facilement être mis dans un complexe de pipeline par le remplacement de chat " ... " à la sortie de quelque chose d'autre.
    • Il est beaucoup mieux résoudre que Bruno a écrit. Il est spécialement utile lorsque les données sont créés dynamiquement par commande. À l'aide de Bruno solution, boucle recevrez toutes les données après la commande sera complètement terminé. Votre solution de commande de résultat sur la ligne en boucle, sans prendre de la mémoire tampon du système. par exemple remplacer "chat peptides.txt" par " trouver /', ou dans la solution précédente, 'fait <peptides.txt" par des " < $(find /)' . il peut échouer l'exécution, car il existe des risques de débordement de tampon ou de consommer toute la mémoire.
    • Par le temps que vous vous souciez de la différence dans la performance, vous ne serez pas en demandant à ce que ces sortes de questions.
    • < peptides.txt | while read line...
    • C'est, cependant, une grande pour le grep, sed, ou de toute autre manipulation de texte ajoutant la lecture.
    • cela ne fonctionne pas si l'une des commandes à l'intérieur de votre boucle d'exécuter des commandes via ssh; le flux stdin est consommé (même si ssh n'est pas à l'utiliser), et la boucle s'arrête après la première itération.
    • c'est un zsh-ism; il ne fonctionne pas dans bash.
    • Comme dans l'acceptation de réponse, cela va avoir des surprises désagréables sans read -r dans certains cas particuliers. Fondamentalement, toujours utiliser read -r sauf si vous nécessitent l'étrange comportement de la plaine de l'héritage read.
    • Il saute la dernière ligne. Donc, comme solution de contournement, il faut rajouter la ligne vide à la dernière.
    • Il ne fait que si la dernière ligne de votre fichier n'a pas de LF terminator, qui sera la cause de beaucoup d'autres choses à ne pas, trop.

    InformationsquelleAutor Warren Young
  3. 138

    Option 1a: boucle While: une Seule ligne à la fois: la redirection d'Entrée

    #!/bin/bash
filename='peptides.txt'
echo Start
while read p; do 
    echo $p
done < $filename

    Option 1b: boucle While: une Seule ligne à la fois:

    Ouvrir le fichier, lire à partir d'un descripteur de fichier (dans ce cas, le descripteur de fichier n ° 4). 

    #!/bin/bash
filename='peptides.txt'
exec 4<$filename
echo Start
while read -u4 p ; do
    echo $p
done
    • Pour l'option 1b: le descripteur de fichier doivent être refermée? E. g. la boucle peut être une boucle interne.
    • Le descripteur de fichier sera nettoyé avec le processus s'arrête. Explicite à proximité qui peut être fait pour la réutilisation de la fd nombre. Pour fermer un fd, utilisez un autre exec avec le &- la syntaxe, comme ceci: exec 4<&-
    • Merci pour l'Option 2. J'ai rencontré d'énormes problèmes avec l'Option 1, car j'avais besoin de lire depuis l'entrée standard stdin dans la boucle; dans un tel cas, l'Option 1 ne fonctionnera pas.
    • Vous devez mentionner plus clairement que l'Option 2 est fortement déconseillé. @masgo Option 1b devrait fonctionner, dans ce cas, et peut être combiné avec la redirection d'entrée de la syntaxe de l'Option 1a en remplaçant done < $filename avec done 4<$filename (ce qui est utile si vous voulez lire le nom de fichier à partir d'un paramètre de la commande, dans ce cas, vous pouvez remplacer $filename par $1).
    • J'ai besoin de faire une boucle sur le contenu du fichier comme tail -n +2 myfile.txt | grep 'somepattern' | cut -f3, lors de l'exécution de commandes ssh à l'intérieur de la boucle (consomme stdin); l'option 2 semble être le seul moyen?
    • L'Option 2 semble être le meilleur lors de certaines actions doivent être effectuées sur un hôte distant via SSH.

    InformationsquelleAutor Stan Graves
  4. 77

    Ce n'est pas mieux que les autres réponses, mais est un moyen de plus pour obtenir le travail fait dans un fichier sans espaces (voir les commentaires). Je trouve que j'ai souvent besoin d'un chemises de creuser par le biais de listes dans des fichiers texte sans l'étape supplémentaire de l'utilisation de séparer les fichiers de script.

    for word in $(cat peptides.txt); do echo $word; done

    Ce format me permet de mettre tout cela en une seule ligne de commande. Changer le "echo $mot" partie de ce que vous voulez et vous pouvez effectuer plusieurs commandes séparées par des points-virgules. L'exemple suivant utilise le contenu du fichier comme arguments dans les deux autres scripts que vous pouvez avoir écrit.

    for word in $(cat peptides.txt); do cmd_a.sh $word; cmd_b.py $word; done

    Ou si vous avez l'intention de l'utiliser comme un éditeur de flux (en savoir sed), vous pouvez faire un dump de la sortie vers un autre fichier comme suit.

    for word in $(cat peptides.txt); do cmd_a.sh $word; cmd_b.py $word; done > outfile.txt

    Je les ai utilisées comme écrit ci-dessus, car j'ai utilisé des fichiers texte où j'ai créé avec un mot par ligne. (Voir les commentaires) Si vous avez des espaces que vous ne voulez pas partager votre mots/lignes, il devient un peu plus laide, mais la même commande fonctionne toujours comme suit:

    OLDIFS=$IFS; IFS=$'\n'; for line in $(cat peptides.txt); do cmd_a.sh $line; cmd_b.py $line; done > outfile.txt; IFS=$OLDIFS

    Cela indique au shell à se diviser sur les retours à la ligne uniquement, pas d'espaces, puis revient de l'environnement à ce qu'il était auparavant. À ce stade, vous pourriez envisager de les mettre dans un script shell plutôt que de presser tout en une seule ligne, bien que.

    Bonne chance!

    • Ce n'est pas satisfaire à l'exigence (itérer sur chaque ligne) si le fichier contient des espaces ou des tabulations, mais peut être utile si vous voulez pour itérer sur chaque champ dans un onglet/espace fichier séparé.
    • Le bash $(<peptides.txt) est peut-être plus élégante, mais elle est encore mal, ce que Joao dit correct, vous effectuez une substitution de commande logique où l'espace ou saut de ligne est la même chose. Si une ligne contient un espace, la boucle s'exécute deux fois ou plus pour qu'une seule ligne. Ainsi, votre code doit de lire correctement: pour mot dans $(<peptides.txt); ne .... Si vous savez pour un fait, il n'existe pas d'espaces, une ligne correspond à un mot et vous êtes d'accord.
    • Les bons points que je n'avais pas considéré comme. J'ai édité le post original pour la refléter. Merci!
    • À l'aide de for rend l'entrée des jetons/lignes soumises à la coquille d'expansion, qui est généralement indésirable; essayez ceci: for l in $(echo '* b c'); do echo "[$l]"; done - comme vous le verrez, la * - même si à l'origine d'un cité littérale - se développe à la fichiers dans le répertoire courant.
    • N'oubliez pas de citer vos usages de "$word" et "$line"...
    • Joao et maxpolk, vous vous adressez à la question que je vais avoir, mais je suis encore en train séparé itération pour chaque semestre de chaque ligne avec un espace: > chat linkedin_OSInt.txt linkedin.com/vsearch/f?type=all&keywords="foo bar linkedin.com/vsearch/f?type=all&mots-clés="baz bux" > url dans $(<linkedin_OSInt.txt); do echo "$url"; done linkedin.com/vsearch/f?type=all&keywords="foo bar linkedin.com/vsearch/f?type=all&mots-clés="baz bux" je vais essayer les autres approches, mais voudrais comprendre pourquoi celui-ci ne fonctionne pas.
    • Le dernier exemple, à l'aide de $IFS, devrait ignorer les espaces. Avez-vous essayé cette version?
    • veuillez noter que pour le changement de chat peptides.txt par trouver / . pour la boucle ne sera pas commencer avant interne chat finitions. entre ces étapes, il est possible dépassement de la mémoire tampon.
    • La manière dont cette commande obtient beaucoup plus complexes que les questions cruciales sont fixes, présente très bien pourquoi à l'aide de for pour itérer lignes du fichier est une mauvaise idée. De Plus, l'expansion aspect évoqué par @mklement0 (même si ça peut probablement être contournée par la mise en échappé citations, ce qui rend les choses plus complexe et moins lisible).
    • C'est, dans un lisible, la seule réponse qui lit également la dernière ligne d'un fichier, qui est un pro.

    InformationsquelleAutor mightypile
  5. 64

    Un peu plus de choses qui ne sont pas couverts par d'autres réponses:

    Lecture à partir d'un fichier délimité par des

    # ':' is the delimiter here, and there are three fields on each line in the file
# IFS set below is restricted to the context of `read`, it doesn't affect any other code
while IFS=: read -r field1 field2 field3; do
  # process the fields
  # if the line has less than three fields, the missing fields will be set to an empty string
  # if the line has more than three fields, `field3` will get all the values, including the third field plus the delimiter(s)
done < input.txt

    De lecture à partir de la sortie d'une autre commande, à l'aide de processus de substitution

    while read -r line; do
  # process the line
done < <(command ...)

    Cette approche est mieux que command ... | while read -r line; do ... parce que la boucle while ici s'exécute dans le shell courant plutôt qu'un shell interne est exécuté comme dans le cas de la seconde. Voir le post Une variable modifiée à l'intérieur d'une boucle while n'est pas de rappeler.

    Lecture à partir d'un null délimité d'entrée, par exemple find ... -print0

    while read -r -d '' line; do
  # logic
  # use a second 'read ... <<< "$line"' if we need to tokenize the line
done < <(find /path/to/dir -print0)

    Liés à lire: BashFAQ/020 - Comment puis-je trouver et de gérer en toute sécurité les noms de fichier contenant des sauts de ligne, les espaces ou les deux?

    La lecture de plus d'un fichier à un moment

    while read -u 3 -r line1 && read -u 4 -r line2; do
  # process the lines
  # note that the loop will end when we reach EOF on either of the files, because of the `&&`
done 3< input1.txt 4< input2.txt

    Basé sur @chepner de l' réponse ici:

    -u est un bash extension. Pour la compatibilité POSIX, chaque appel ressemblerait à quelque chose comme read -r X <&3.

    Lire tout un fichier dans un tableau (Bash versions antérieures à 4)

    while read -r line; do
    my_array+=("$line")
done < my_file

    Si le fichier se termine par une incomplète de ligne (newline manquant à la fin), puis:

    while read -r line || [[ $line ]]; do
    my_array+=("$line")
done < my_file

    Lire tout un fichier dans un tableau (Bash versions 4x et plus tard)

    readarray -t my_array < my_file

    ou

    mapfile -t my_array < my_file

    Et puis

    for line in "${my_array[@]}"; do
  # process the lines
done

    Related posts:

    • notez qu'au lieu de command < input_filename.txt vous pouvez toujours faire input_generating_command | command ou command < <(input_generating_command)
    InformationsquelleAutor codeforester
  6. 45

    Utiliser une boucle while, comme ceci:

    while IFS= read -r line; do
   echo "$line"
done <file

    Notes:

    1. Si vous ne définissez pas la IFS correctement, vous perdrez de l'indentation.

    2. Vous devriez toujours utiliser l'option-r à lire.

    3. Ne lisez pas les lignes avec for

    • Pourquoi le -r option?
    • L'option-r empêche barre oblique inverse de l'interprétation. Note #2 est un lien où il est décrit en détail...
    • Combinez cela avec le "lire -u" option dans une autre réponse, et alors c'est parfait.
    • L'exemple ci-dessus n'a pas besoin de la -u option, vous parlez d'un autre exemple avec -u?
    • Regardé à travers vos liens, et a été surpris il n'y a pas de réponse qui simplement les liens de votre lien dans la Note 2. La page fournit tout ce dont vous avez besoin de savoir sur ce sujet. Ou lien-seulement des réponses découragés ou quelque chose?
    • lien seules réponses sont supprimés.
    • Ah. Très bien, jamais ce qui suggère un lien seule réponse encore une fois. Peut-être il y avait même certains, nous ne le saurons jamais.

    InformationsquelleAutor Jahid
  7. 13

    Si vous ne voulez pas que votre lecture pour être rompu par un caractère de saut de ligne, utilisez -

    #!/bin/bash
while IFS='' read -r line || [[ -n "$line" ]]; do
    echo "$line"
done < "$1"

    Puis exécutez le script avec un nom de fichier en paramètre.

    InformationsquelleAutor Anjul Sharma
  8. 13

    Supposons que vous avez ce fichier:

    $ cat /tmp/test.txt
Line 1
    Line 2 has leading space
Line 3 followed by blank line

Line 5 (follows a blank line) and has trailing space    
Line 6 has no ending CR

    Il y a quatre éléments qui permettront de modifier le sens de la sortie du fichier lu par de nombreux Bash solutions:

    1. La ligne 4;
    2. Chef de file ou les espaces à droite sur deux lignes;
    3. Le maintien de la signification de la ligne (c'est à dire, chaque ligne est un enregistrement);
    4. La ligne 6, il n'est pas résilié avec un CR.

    Si vous souhaitez que le fichier texte ligne par ligne, y compris les lignes vides et la terminaison des lignes sans CR, vous devez utiliser une boucle while et vous devez avoir un autre test pour la dernière ligne.

    Ici sont les méthodes qui peuvent modifier le fichier (en comparaison de ce que cat retours):

    1) Perdre la dernière ligne et d'attaque et de fuite des espaces:

    $ while read -r p; do printf "%s\n" "'$p'"; done </tmp/test.txt
'Line 1'
'Line 2 has leading space'
'Line 3 followed by blank line'
''
'Line 5 (follows a blank line) and has trailing space'

    (Si vous ne while IFS= read -r p; do printf "%s\n" "'$p'"; done </tmp/test.txt au lieu de cela, vous préserver de l'attaque et de fuite des espaces, mais encore de perdre la dernière ligne si il n'est pas résilié avec CR)

    2) à l'Aide de processus de substitution avec cat va se lit tout le fichier en un clin d'oeil et perd le sens de la ligne:

    $ for p in "$(cat /tmp/test.txt)"; do printf "%s\n" "'$p'"; done
'Line 1
    Line 2 has leading space
Line 3 followed by blank line

Line 5 (follows a blank line) and has trailing space    
Line 6 has no ending CR'

    (Si vous supprimez le " de $(cat /tmp/test.txt) de le lire mot par mot plutôt qu'un trait. Probablement pas ce qui est prévu...)

    Le plus robuste et le plus simple pour lire un fichier ligne par ligne, et de préserver tous les espacement est:

    $ while IFS= read -r line || [[ -n $line ]]; do printf "'%s'\n" "$line"; done </tmp/test.txt
'Line 1'
'    Line 2 has leading space'
'Line 3 followed by blank line'
''
'Line 5 (follows a blank line) and has trailing space    '
'Line 6 has no ending CR'

    Si vous voulez bande de diriger et d'espaces commerciaux, de supprimer la IFS= partie:

    $ while read -r line || [[ -n $line ]]; do printf "'%s'\n" "$line"; done </tmp/test.txt
'Line 1'
'Line 2 has leading space'
'Line 3 followed by blank line'
''
'Line 5 (follows a blank line) and has trailing space'
'Line 6 has no ending CR'

    (Un fichier texte sans une terminaison de \n, assez commun, est considéré comme rompu sous POSIX. Si vous pouvez compter sur la fuite \n vous n'avez pas besoin || [[ -n $line ]] dans le while boucle.)

    Plus à la BASH FAQ

    • Mes je me demande pourquoi le downvote?
    InformationsquelleAutor dawg
  9. 4
    #!/bin/bash
#
# Change the file name from "test" to desired input file 
# (The comments in bash are prefixed with #'s)
for x in $(cat test.txt)
do
    echo $x
done
    • Cette réponse nécessite des mises en garde mentionnées dans mightypile réponse, et il peut échouer mal si une ligne contient shell métacaractères (en raison de la non cotées "$x").
    • Je suis d'ailleurs surpris que les gens ne l'ont pas encore l'habitude Ne pas lire les lignes avec pour...
    InformationsquelleAutor Sine
  10. 3

    Voici ma vraie vie exemple comment faire une boucle lignes d'un autre programme de la sortie, vérifier pour les sous-chaînes, baisse des guillemets à partir d'une variable, utilisez cette variable à l'extérieur de la boucle. Je suppose que beaucoup de se poser ces questions, tôt ou tard.

    ##Parse FPS from first video stream, drop quotes from fps variable
## streams.stream.0.codec_type="video"
## streams.stream.0.r_frame_rate="24000/1001"
## streams.stream.0.avg_frame_rate="24000/1001"
FPS=unknown
while read -r line; do
  if [[ $FPS == "unknown" ]] && [[ $line == *".codec_type=\"video\""* ]]; then
    echo ParseFPS $line
    FPS=parse
  fi
  if [[ $FPS == "parse" ]] && [[ $line == *".r_frame_rate="* ]]; then
    echo ParseFPS $line
    FPS=${line##*=}
    FPS="${FPS%\"}"
    FPS="${FPS#\"}"
  fi
done <<< "$(ffprobe -v quiet -print_format flat -show_format -show_streams -i "$input")"
if [ "$FPS" == "unknown" ] || [ "$FPS" == "parse" ]; then 
  echo ParseFPS Unknown frame rate
fi
echo Found $FPS

    Déclarer la variable en dehors de la boucle, la valeur de consigne et de l'utiliser à l'extérieur de la boucle nécessite fait <<< "$(...)" de la syntaxe. Application doivent être exécutés dans un contexte de console actuelle. Des guillemets autour de la garde des retours à la ligne de flux de sortie.

    Boucle de match pour les sous-chaînes lit ensuite nom=valeur paire, les criques du côté droit de la partie de la dernière = caractère, gouttes pour la première fois, les gouttes de la dernière citation, nous avons une propre valeur pour être utilisées ailleurs.

    • Si la réponse est correcte, je ne comprends comment il a fini ici-bas. L'essentiel de la méthode proposée est la même en beaucoup d'autres réponses. De Plus, il est complètement noie dans vos FPS exemple.
    InformationsquelleAutor Whome
  11. 0

    Et c'est plutôt très en retard, mais avec la pensée que cela peut aider quelqu'un, je suis l'ajout de la réponse. Aussi cela peut ne pas être le meilleur moyen. head commande peut être utilisée avec -n argument de lire n lignes à partir du début du fichier et de la même manière tail commande peut être utilisée pour lire à partir du bas. Maintenant, pour aller chercher de nième ligne à partir d'un fichier, nous nous dirigeons n lignes, pipe les données de la queue seulement 1 ligne de canalisations de données. 

       TOTAL_LINES=`wc -l $USER_FILE | cut -d " " -f1 `
   echo $TOTAL_LINES       # To validate total lines in the file

   for (( i=1 ; i <= $TOTAL_LINES; i++ ))
   do
      LINE=`head -n$i $USER_FILE | tail -n1`
      echo $LINE
   done
    InformationsquelleAutor madD7
  12. -1

    @Pierre: Ce pourrait travailler pour vous-

    echo "Start!";for p in $(cat ./pep); do
echo $p
done

    Ce serait de retour la sortie-

    Start!
RKEKNVQ
IPKKLLQK
QYFHQLEKMNVK
IPKKLLQK
GDLSTALEVAIDCYEK
QYFHQLEKMNVKIPENIYR
RKEKNVQ
VLAKHGKLQDAIN
ILGFMK
LEDVALQILL
    • C'est très mauvais! Pourquoi vous ne lisez pas les lignes avec "pour".
    • Cette réponse est de vaincre tous les principes fixés par les bonnes réponses ci-dessus!
    • S'il vous plaît supprimer cette réponse.
    • Maintenant, les gars, ne pas exagérer. La réponse est mauvaise, mais il semble fonctionner, au moins pour des cas d'utilisation simples. Tant que ce n'est fournie, d'être une mauvaise réponse ne prend pas loin de la réponse du droit à l'existence.
    • Je suis fortement en désaccord: Le point de réponses est d'apprendre aux gens à écrire des logiciels. Apprendre aux gens à faire des choses d'une manière que vous savoir est nocif pour eux et pour les gens qui utilisent leur logiciel (introduire des bogues / comportements inattendus / etc) est sciemment nuire à autrui. Une réponse connus pour être dangereux n'a pas de "droit d'exister" dans un système bien organisé de ressources pour l'enseignement (et de la curation c'est exactement ce que nous, les gens qui sont en train de voter et de repérage, sont censés faire ici).
    • le pire de la perte de données incident, j'ai été personnellement témoin a été causé par le personnel de la fpo de faire quelque chose qui "semblait" dans un script (à l'aide d'une non cotées pour l'extension d'un nom de fichier pour être supprimé -- quand ce nom est censé être en mesure de contenir uniquement des chiffres hexadécimaux). À l'exception d'un bug dans un autre morceau de logiciel écrit un nom au hasard de contenu, qui a eu un blanc, entouré *, et d'un énorme trésor de la facturation-sauvegardes de données a été perdu.
    • Cela fonctionne dans certains cas, mais la solution proposée est loin d'être bonne.

    InformationsquelleAutor Alan Jebakumar