Discussion :

[Jipété]

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,

[N_BaH]

Bonjour,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Jipété]

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 !

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

[N_BaH]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[Jipété]

Bonjour et bravo !

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

Excellente journée et encore merci,

[jack-ft]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

EDIT:
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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

[BufferBob]

salut,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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...

[Jipété]

Bonsoir,

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

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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"

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,

[disedorgue]

Bonjour,

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

[Jipété]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Si si !

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

grep 2.12, Debian 7/32 bits, bash 4.2.37

[jack-ft]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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"

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

qui doit être équivalent à:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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?

[BufferBob]

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

[Jipété]

Salut les aminches,

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) ?

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 ( ), j'ai utilisé --max-procs=0 (man :

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.


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

Bon dimanche,

[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...
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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Toujours aussi esthétique ?

[Jipété]

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".

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

Toujours aussi esthétique ?

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

[disedorgue]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

[Jipété]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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,

[N_BaH]

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

[Jipété]

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

Rhôôô, tu pinailles, là, tu pinailles, masochiste !
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,

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,

[byjav]

Pour varier, dans zsh avec extended globbing :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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

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