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,

[Jipété]

Bonjour bonjour,

je reviens sur cette histoire car il m'arrive une drôle de blagounette ce matin :

à grands coups de cd je me déplace dans une arborescence et arrivé à l'endroit qui devrait être bon, je tape findinfiles SetBrushOrgEx qui me retourne une ligne désespérément vide.
Ah !
Parce que je sais que dans le sous-dossier win32 de l'arbo où je suis se trouve le fichier win32winapi.inc qui contient, entre autres, ça :
Windows.SetBrushOrgEx(DestDC, 0, 0, nil);.

Je m'attendais à ce que cette ligne soit remontée mais point nenni !

Rappel : findinfiles.sh =

Code :

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

1
2
3
4
5
#!/bin/bash
 
if [ -z "$1" ]; then echo "usage :" $0 "texte_à_chercher"; exit; fi
 
find -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.inc' -o -iname '*.txt' -o -iname '*.sh' -o -iname '*.c' -o -iname '*.h' \) -exec grep -i "$1" {} +

Autres tests, si ça peut aider (je précise que le fichier est fermé) :
Rechercher "AlphaDC," (sans les doubles quotes) ne remonte rien alors que le fichier contient la ligne // ToDo: Initialize AlphaDC, AlphaObj and Blend.
Rechercher "AlphaDC" sans la virgule donc, en remonte quelques uns mais rien concernant mon fichier.
Rechercher Initialize en remonte plein mais encore rien concernant mon fichier !

Alors je vais dans le dossier où est le fichier, je relance les recherches et ça ne remonte pas mieux, ou plutôt, ça remonte comme décrit ci-dessus

Mais comment c'est possible ?
Que faire ? Que modifier ? Je ne suis pas du tout spécialiste de grep, hélas...

Annexes :
Les commandes et les résultats :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
/datas/nobackup/lazarus_1.8.rc1/lazarus/lcl/interfaces/win32# findinfiles initialize
win32wsforms.pp:  // initialize all root windows with this message
win32wsforms.pp:      MakeWParam(UIS_INITIALIZE, UISF_HIDEFOCUS or UISF_HIDEACCEL), 0)
win32wsforms.pp:  // we are calling setbounds in TWinControl.Initialize
win32int.pp:    { Initialize the API }
win32wscomctrls.pp:procedure InitializePreferredStatusBarHeight;
win32wscomctrls.pp:    InitializePreferredStatusBarHeight;
win32proc.pp:  ComCtlVersion: Cardinal = 0; //initialized in Win32Extra
win32proc.pp:  // initialize bitmapinfo structure
win32extra.pas:procedure Initialize;
win32extra.pas:  Initialize;
win32wsdialogs.pp:    // Windows asks us to initialize dialog. At this moment controls are not
win32wsdialogs.pp:    // new initializes the filename fields, because ansistring and widestring
win32wsdialogs.pp:  //don''t use initialize "var", since that will be reset to nil at every callback
win32wsdialogs.pp:    BFFM_INITIALIZED:
 
/datas/nobackup/lazarus_1.8.rc1/lazarus/lcl/interfaces/win32# findinfiles AlphaDC,
 
/datas/nobackup/lazarus_1.8.rc1/lazarus/lcl/interfaces/win32# findinfiles AlphaDC
win32proc.pp:function IsAlphaDC(ADC: HDC): Boolean;
win32proc.pp:function IsAlphaDC(ADC: HDC): Boolean;

Extrait du fichier concerné :


L'arbo, 3^e colonne, mon fichier c'est l'avant-avant-dernier :

Code :

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

1
2
3
4
5
6
7
8
9
10
/datas/nobackup/lazarus_1.8.rc1/lazarus/lcl/interfaces/win32# ls
alllclintfunits.pas  win32defines.inc      win32object.inc       win32wschecklst.pp         win32wsfactory.pas
interfaces.pp        win32def.pp           win32pagecontrol.inc  win32wscomctrls.pp         win32wsforms.pp
issues.xml           win32extra.pas        win32proc.pp          win32wscontrols.pp         win32wsgrids.pp
Makefile             win32int.pp           win32themes.pas       win32wscustomlistview.inc  win32wsimglist.pp
Makefile.compiled    win32lclintfh.inc     win32trayicon.inc     win32wsdialogs.pp          win32wsmenus.pp
Makefile.fpc         win32lclintf.inc      win32winapih.inc      win32wsextctrls.pp         win32wspairsplitter.pp
README.txt           win32listslh.inc      win32winapi.inc       win32wsextdlgs.pp          win32wsspin.pp
win32callback.inc    win32listsl.inc       win32wsbuttons.pp     win32wsextdlgs.rc          win32wsstdctrls.pp
win32debug.pp        win32memostrings.inc  win32wscalendar.pp    win32wsextdlgs.res         win32wstoolwin.pp

Tous les fichiers de cette liste ont les droits 664 et les mêmes owner & group.

Merci de vos retours,

[disedorgue]

Bonjour,

Déjà, 2 tests à faire:
-Voir si le find retourne bien la liste des fichiers complète:

Code :

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

find -type f \( -iname '*.pas' -o -iname '*.pp' -o -iname '*.inc' -o -iname '*.txt' -o -iname '*.sh' -o -iname '*.c' -o -iname '*.h' \)

-Voir si un simple grep sur le fichier en question retourne bien la ligne:

Code :

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

grep -i "SetBrushOrgEx" win32winapi.inc

[Jipété]

Merci de te préoccuper de moi, et avec des tests simples, en plus

-Voir si le find retourne bien la liste des fichiers complète:

Oui.

-Voir si un simple grep sur le fichier en question retourne bien la ligne:

et oui.

Ensuite ?

[disedorgue]

... tu peux nous fournir l'ordre d'affichage du find pour savoir si ton fichier est dans au début ou vers la fin, car là je sèche un peu...

[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,