bash find grep ...
Le
s.gar
bonjour,
Je cherche une méthode pour obtenir à partir d'une liste donnée de
fichiers (de type 'texte'), ceux qui contiennent (je dis bien 'qui
contiennent' et pas 'dont le nom contient') simultanément plusieurs
chaînes de caractères qui seraient passées en arguments au lancement du
script;
donc quelque chose du genre:
nomduscript chaine1 chaine2 chaine3
renverrait la sous-liste (issue de la liste principale) des fichiers qui
contiennent TOUS les arguments passés (chaine1 ET chaine2 ET chaine3
).
Je m'en sors actuellement de cette façon:
for arg in ${@}
do
cat ${LISTE_FICHIERS} | while read LIGNE
do
grep -m 1 -li $arg ${LIGNE} >> $LISTE_NEW
done
mv $LISTE_NEW $LISTE_FICHIERS
done
cat $LISTE_FICHIERS | sort | uniq > $LISTE_NEW
mv $LISTE_NEW $LISTE_FICHIERS
donc en faisant autant de boucles de lecture de chaque nouvelle sous-
liste qu'il y a d'arguments passés.
Je pense qu'il y a plus 'propre' et plus rapide.
merci
Je cherche une méthode pour obtenir à partir d'une liste donnée de
fichiers (de type 'texte'), ceux qui contiennent (je dis bien 'qui
contiennent' et pas 'dont le nom contient') simultanément plusieurs
chaînes de caractères qui seraient passées en arguments au lancement du
script;
donc quelque chose du genre:
nomduscript chaine1 chaine2 chaine3
renverrait la sous-liste (issue de la liste principale) des fichiers qui
contiennent TOUS les arguments passés (chaine1 ET chaine2 ET chaine3
).
Je m'en sors actuellement de cette façon:
for arg in ${@}
do
cat ${LISTE_FICHIERS} | while read LIGNE
do
grep -m 1 -li $arg ${LIGNE} >> $LISTE_NEW
done
mv $LISTE_NEW $LISTE_FICHIERS
done
cat $LISTE_FICHIERS | sort | uniq > $LISTE_NEW
mv $LISTE_NEW $LISTE_FICHIERS
donc en faisant autant de boucles de lecture de chaque nouvelle sous-
liste qu'il y a d'arguments passés.
Je pense qu'il y a plus 'propre' et plus rapide.
merci
Je vois pas trop comment faire mieux.
Par contre, je vois pas à quoi sert le couple sort|uniq
puisque grep -m 1 devrait ne devrait voir chaque fichier qu'une
seule fois.
Les usages de cat semblent inutiles.
Marc Boyer
--
À mesure que les inégalités regressent, les attentes se renforcent.
François Dubet
-m 1 est inutile avec -l (d'après le man).
Il y aura probablement un problème avec les noms de fichiers à espace.
sort -u -o $LISTE_NEW $LISTE_FICHIERS
-u est-il bien utile ?
--
LL
J'en prend bonne note. Merci.
Le script bash me sert à retrouver mes infos dans mes multiples fichiers
texte de prises de note rapides.
S'agissant donc de fichiers qui m'appartiennent, je prend soin de ne
jamais donner de noms de fichiers avec espaces ou autres caractères
'hors-norme'.
Toutefois, je suis pour l'usage (avec précaution) des 2 commandes
successives:
detox -r $CHEMIN/*
convmv -r --lower --notest $CHEMIN/*
Depuis que j'utilise cette méthode, mes noms de fichiers sont
'normalisés' ce qui n'a que des avantages.
Effectivement, ne sert à rien.
Merci encore
bonne journée,
find /quelquepart -type f | xargs grep '(chaine1|chaine2|chaine3)'
--
Stéphane
Le Monsieur a dit qu'il voulait la liste des fichiers qui contiennent
_toutes_ les chaînes, pas _au moins une_.
Le Tue, 24 Jan 2012 14:31:43 +0000, Nicolas George a écrit :
Ah oui désolé, j'avais lu trop vite!
--
Stéphane Quoi que vous puissiez dire d'une chose qu'elle est, elle ne l'est pas !
-+- Alfred Korzybski -+-