Trouver les fichiers contenant un mot précis et en fonction de leur extension

Bonsoir,

Quand je cherche une string dans un fichier texte de code (.c, .pas, .pp, etc.), je me mets dans le dossier qui va bien et j'utilise grep -ri "string-cherchée" * et en général ça me trouve ce que je cherche, mais ça analyse tous les fichiers de l'arborescence concernée : c'est long...
D'un autre côté, je sais lister tous les fichiers de code contenus dans une arbo avec find -type f -iname '*.pas' -o -iname '*.pp'.

Alors je m'étais dit que si j'envoyais la sortie du find dans le grep ça le ferait, mais je ne sais pas coder le passage de l'un à l'autre.
J'ai honte mais je viens demander un peu d'aide, car l'idée c'est find -type f -iname '*.pas' -o -iname '*.pp' | grep -i $1 - mais ça ne fonctionne pas, hélas...

Merci pour le coup de main,

Bonjour,

Code:

---

find -type f -iname '*.pas' -o -iname '*.pp' -exec grep -i "$1" {} +

---

Grand merci pour cette 1^re approche, mais je vais te demander encore un effort : je me suis permis de rajouter -o -iname '*.txt' après les .pas et les .pp, et le script ne cherche que dans les .txt ! :aie:

Une idée complémentaire pour qu'il cherche aussi avec les autres extensions ?

Code:

---

find -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.txt' \) -exec grep -i "$1" {} +

---

Bonjour et bravo ! :ccool:

Ça ne s'invente pas, des formules pareilles, bien joué !

Excellente journée et encore merci,

Citation:

---

Envoyé par Jipété

l'idée c'est find -type f -iname '*.pas' -o -iname '*.pp' | grep -i $1 - mais ça ne fonctionne pas, hélas...

---

Normal, car, dans ce code, "grep" fait une chercher parmi les noms des fichiers (qu'envoie "find" sur la "stdout") et non sur leur contenu!

Évidemment, la bonne solution, c'est avec l'option "-exec" de "find".

Néanmoins, tu y étais presque! Il suffisait d'jouter "xargs" pour transformer la sortie de "find" en arguments pour "grep":

Code:

---

find -type f -iname '*.pas' -o -iname '*.pp' | xargs grep -i "$1"

---

Remarque: la solution avec "-exec" a l'avantage sur "xargs" de fonctionner aussi avec des fichiers dont le nom peut comporter des espaces, tabulations ou fins de ligne... ou alors il faut ruser:

Code:

---

find -type f -iname '*.pas' -o -iname '*.pp' -print0 | xargs -0 grep -i "$1"

---

EDIT: :oops:
J'ai pourtant bien lu la proposition de N_BaH, mais je n'ai pas bien percuté...

Comme il y a un -o (c'est-à-dire un "ou"), il faut faire attention, car les les autres options sont implicitement connectées par un "et"...
De plus, au moins sous macos, il faut un chemin, comme ".", par exemple:
Donc:

Code:

---

find . -type f \( -iname '*.pas' -o -iname '*.pp' \) | xargs grep -i "$1" # Sinon il va prendre les répertoires '*.pp'

---

Code:

---

find . -type f \( -iname '*.pas' -o -iname '*.pp' \) -print0 | xargs -0 grep -i "$1"

---

salut,

Citation:

---

Envoyé par jack-ft

Code:

---

find -type f -iname '*.pas' -o -iname '*.pp' -print0 | xargs -0 grep -i "$1"

---

---

moi j'aime bien la solution à coups de xargs, simplement parce qu'il suffit de lui adjoindre l'option -n pour que le traitement soit parallélisé au lieu de se limiter à l'utilisation d'un seul CPU, pour peu qu'on ait beaucoup de fichiers et/ou besoin d'aller vite c'est très pratique...

Bonsoir,

Bizarre bizarre, chez moi ça ne fonctionne pas alors que la ligne de N_BaH le fait tip-top

Citation:

---

Envoyé par jack-ft

Remarque: la solution avec "-exec" a l'avantage sur "xargs" de fonctionner aussi avec des fichiers dont le nom peut comporter des espaces, tabulations ou fins de ligne... ou alors il faut ruser:

Code:

---

find -type f -iname '*.pas' -o -iname '*.pp' -print0 | xargs -0 grep -i "$1"

---

---

Me suis fait un script pour tester, et je vois bien que je n'ai qu'un retour... :

Code:

---

1 2 3 4 5 6 7 8 9

#!/bin/bash   if [ -z "$1" ]; then echo "usage :" $0 "texte_à_chercher"; exit; fi   echo avec N_BaH : find -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.txt' -o -iname '*.sh' \) -exec grep -i "$1" {} +   echo avec jack-ft : find -type f -iname '*.pas' -o -iname '*.pp' -o -iname '*.txt' -o -iname '*.sh' -print0 | xargs -0 grep -i "$1"

---

Citation:

---

Envoyé par BufferBob

moi j'aime bien la solution à coups de xargs, simplement parce qu'il suffit de lui adjoindre l'option -n pour que le traitement soit parallélisé au lieu de se limiter à l'utilisation d'un seul CPU, pour peu qu'on ait beaucoup de fichiers et/ou besoin d'aller vite c'est très pratique...

---

Un ch'tit exemple ?, car je n'ai pas trouvé le "man" très causant sur ce coup-là...
Merci,

Bonjour,

Petite question, comme on est sous gnu, ceci ne fonctionnerait pas ?

Code:

---

grep -r --include="*.pas" --include="*.pp" --include="*.txt" -i "chaine_recherchée"

---

(Sur ma version de grep (2.20) , cela fonctionne)

Citation:

---

Envoyé par disedorgue

Petite question, comme on est sous gnu, ceci ne fonctionnerait pas ?

Code:

---

grep -r --include="*.pas" --include="*.pp" --include="*.txt" -i "chaine_recherchée"

---

---

Si si ! :ccool:

Citation:

---

Envoyé par disedorgue

(Sur ma version de grep (2.20) , cela fonctionne)

---

grep 2.12, Debian 7/32 bits, bash 4.2.37

Citation:

---

Envoyé par Jipété

Bonsoir,

Bizarre bizarre, chez moi ça ne fonctionne pas alors que la ligne de N_BaH le fait tip-top


Me suis fait un script pour tester, et je vois bien que je n'ai qu'un retour... :

Code:

---

1 2 3 4 5 6 7 8 9

#!/bin/bash   if [ -z "$1" ]; then echo "usage :" $0 "texte_à_chercher"; exit; fi   echo avec N_BaH : find -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.txt' -o -iname '*.sh' \) -exec grep -i "$1" {} +   echo avec jack-ft : find -type f -iname '*.pas' -o -iname '*.pp' -o -iname '*.txt' -o -iname '*.sh' -print0 | xargs -0 grep -i "$1"

---

---

:oops: J'ai corrigé ma proposition (pour la postérité) en:

Code:

---

find . -type f \( -iname '*.pas' -o -iname '*.pp' \) -print0 | xargs -0 grep -i "$1"

---

qui doit être équivalent à:

Code:

---

find . -type f -a \( -iname '*.pas' -o -iname '*.pp' \) -a -print0 | xargs -0 grep -i "$1"

---

Dès qu'on a un "-o", il vaut mieux mettre des parenthèses au bon endroit...

Est-ce que ça marche mieux?

Citation:

---

Envoyé par Jipété

Un ch'tit exemple ?, car je n'ai pas trouvé le "man" très causant sur ce coup-là...

---

j'ai marqué -n me suis planté, je pensais à -P ;p
si t'as 4 cpus find / -print0 | xargs -0 -P4 grep truc, un thread par cpu ça va donc 4x plus vite

Salut les aminches,

Citation:

---

Envoyé par jack-ft

Dès qu'on a un "-o", il vaut mieux mettre des parenthèses au bon endroit...

Est-ce que ça marche mieux?

---

Oh ben vi ! Mais je n'ai pas vu la différence avec tes deux "-a" rajoutés... C'est pour quoi faire au juste (pas trouvé dans man) ?

Citation:

---

Envoyé par BufferBob

j'ai marqué -n me suis planté, je pensais à -P ;p
si t'as 4 cpus find / -print0 | xargs -0 -P4 grep truc, un thread par cpu ça va donc 4x plus vite

---

Vi, mais comme je ne sais même pas combien j'ai de procs (:oops: :mrgreen:), j'ai utilisé --max-procs=0 (man :

Citation:

---

If max-procs is 0, xargs will run as many processes as possible at a time.

---

) et ça fonctionne aussi, grâce aux parenthèses de jack-ft. :ccool:


Maintenant, je veux pas faire mon ch13ur, mais esthétiquement (et au-delà de la notion de performances soulevée par BB), c'est la soluce de disedorgue qui serait la plus belle, dans la mesure où les lignes affichées se passent du "./" au début.
Le but de la manip étant de faire un clic-droit sur un dossier puis "ouvrir dans un terminal" et appeler le script pour chercher, je sais bien que je suis dans ce dossier donc "./" au début ne me sert à rien et brouille la lecture des résultats.
Mais bon, c'est juste cosmétique, ça :P

Bon dimanche,

Hmmm..., pour find, tu n'es pas non plus obligé de préciser le './', c'est la valeur qu'il prend par défaut...
Et le '-a' de find sert à lier deux expressions par un "et logique" comme le '-o' pour le "ou logique". Et comme par défaut 2 expressions sont liées par un "et logique", le '-a' est facultatif.

Et si on veut être équivalent au '-iname' de find, via la recherche de fichier du grep, cela donne:

Code:

---

grep -r --include="*.[Pp][Aa][Ss]" --include="*.[Pp][Pp]" --include="*.[Tt][Xx][Tt]" "chaine_recherchee"

---

Toujours aussi esthétique :aie: ?

Citation:

---

Envoyé par disedorgue

Hmmm..., pour find, tu n'es pas non plus obligé de préciser le './', c'est la valeur qu'il prend par défaut...

---

Euh..., ce n'est pas moi qui le précise, c'est find qui me l'insère dans la sortie.

Merci pour l'explication du "-a".

Citation:

---

Envoyé par disedorgue

Et si on veut être équivalent au '-iname' de find, via la recherche de fichier du grep, cela donne:

Code:

---

grep -r --include="*.[Pp][Aa][Ss]" --include="*.[Pp][Pp]" --include="*.[Tt][Xx][Tt]" "chaine_recherchee"

---

Toujours aussi esthétique :aie: ?

---

Toujours aussi parfait, dirais-je :ccool:
Manque juste l'option multicpu de BB pour le jour où je vais vouloir chercher une string dans toute l'arbo, :mouarf:

Dans ce cas, le plus simple est de corriger le défaut de sortie de find:

Code:

---

find . -type f \( -iname '*.pas' -o -iname '*.pp' \) -printf "%P\0" | xargs -0 grep -i "$1"

---

Plus qu'à rajouter les options de BufferBob...

Citation:

---

Envoyé par disedorgue

Dans ce cas, le plus simple est de corriger le défaut de sortie de find:

Code:

---

find . -type f \( -iname '*.pas' -o -iname '*.pp' \) -printf "%P\0" | xargs -0 grep -i "$1"

---

Plus qu'à rajouter les options de BufferBob...

---

:plusser: :ccool:

Le script final, pour en faire profiter... le monde entier, :mouarf:

Code:

---

1 2 3 4 5

#!/bin/bash   if [ -z "$1" ]; then echo "usage :" $(basename $0) \"texte à chercher\"; exit; fi   find . -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.txt' -o -iname '*.sh' \) -printf "%P\0" | xargs --max-procs=0 -0 grep -i "$1"

---

Merci à tous,

basename $0 -> ${0##*/}

Citation:

---

Envoyé par N_BaH

basename $0 -> ${0##*/}

---

Rhôôô, tu pinailles, là, tu pinailles, masochiste ! :P
Parce qu'in fine, ce $(basename $0) va être interprété/décodé par Bash, qui va probablement le transformer en ${0##*/} et au bout du compte, on arrivera au même résultat mais avec une lisibilité catastrophique, à moins de connaître ces abréviations par cœur, d'où le "masochiste" de la ligne précédente, :mouarf:

Il y a peut-être un problème de performances et j'admettrais volontiers la correction dans une boucle, mais là on est directement au niveau de la LdC alors bon...

(mais j'ai quand même modifié le script en conséquence ;))
Merci,

Pour varier, dans zsh avec extended globbing :

Code:

---

grep "chaine_recherchee" **/*.(pas|pp|txt)(.)

---

** : globbing récursif dans le répertoire et les sous-répertoires
| : alternatives
(.) : seulement les fichiers réguliers.