Je viens de poser quelques scripts Unix et Linux sur mon site, encore
en cours de finission...
Si vous voulez y jeter un oeil, vous y trouverez pas mal de scripts et
de liens interessants.
http://www.jeje38.fr.st
A+,
Jerome
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net
Si vous voulez y jeter un oeil, vous y trouverez pas mal de scripts et de liens interessants.
http://www.jeje38.fr.st
les liens vers pubs sont intéressant.
-- DINH V. Hoa,
"Le monde n'attend que toi ! " -- FiLH
Prakash Countcham
Jérôme DESMOULINS writes:
Salut tout le monde,
Bonsoir,
Je viens de poser quelques scripts Unix et Linux sur mon site, encore en cours de finition... Si vous voulez y jeter un oeil, vous y trouverez pas mal de scripts et de liens intéressants.
http://www.jeje38.fr.st
En ce qui concerne le script rgrep, il faudrait au moins parler de grep -r et expliquer ce que le script apporte de plus.
Je viens de poser quelques scripts Unix et Linux sur mon site, encore en
cours de finition...
Si vous voulez y jeter un oeil, vous y trouverez pas mal de scripts et de
liens intéressants.
http://www.jeje38.fr.st
En ce qui concerne le script rgrep, il faudrait au moins parler de grep -r et
expliquer ce que le script apporte de plus.
Je viens de poser quelques scripts Unix et Linux sur mon site, encore en cours de finition... Si vous voulez y jeter un oeil, vous y trouverez pas mal de scripts et de liens intéressants.
http://www.jeje38.fr.st
En ce qui concerne le script rgrep, il faudrait au moins parler de grep -r et expliquer ce que le script apporte de plus.
-- Prakash
Stephane Chazelas
2004-11-22, 22:59(+01), Prakash Countcham: [...]
http://www.jeje38.fr.st
En ce qui concerne le script rgrep, il faudrait au moins parler de grep -r et expliquer ce que le script apporte de plus.
grep -r est specifique a GNU. Normalement, c'est find qui descend dans les sous repertoires (ou le globbing des shells avances). Une fois encore (comme pour le tar -z), GNU a etendu grep au dela de ses prerogatives.
Sur certains systemes, une commande rgrep existe de base aussi.
-- Stephane
2004-11-22, 22:59(+01), Prakash Countcham:
[...]
http://www.jeje38.fr.st
En ce qui concerne le script rgrep, il faudrait au moins parler de grep -r et
expliquer ce que le script apporte de plus.
grep -r est specifique a GNU. Normalement, c'est find qui
descend dans les sous repertoires (ou le globbing des shells
avances). Une fois encore (comme pour le tar -z), GNU a etendu
grep au dela de ses prerogatives.
Sur certains systemes, une commande rgrep existe de base aussi.
En ce qui concerne le script rgrep, il faudrait au moins parler de grep -r et expliquer ce que le script apporte de plus.
grep -r est specifique a GNU. Normalement, c'est find qui descend dans les sous repertoires (ou le globbing des shells avances). Une fois encore (comme pour le tar -z), GNU a etendu grep au dela de ses prerogatives.
Sur certains systemes, une commande rgrep existe de base aussi.
-- Stephane
Sebastien Kirche
Le 23 Nov 2004, Stephane Chazelas a formulé :
En ce qui concerne le script rgrep, il faudrait au moins parler de grep -r et expliquer ce que le script apporte de plus.
grep -r est specifique a GNU.
Oui, mais sur le site en question, on trouve ce script rgrep dans la section consacrée à GNU/Linux. Un système où grep -r est dispo.
D'un autre côté, on retrouve tout ce qui est dans «Linux» aussi dans la section «Unix», il n'y a que la titre qui change...
Sébastien Kirche
Le 23 Nov 2004, Stephane Chazelas a formulé :
En ce qui concerne le script rgrep, il faudrait au moins parler de grep
-r et expliquer ce que le script apporte de plus.
grep -r est specifique a GNU.
Oui, mais sur le site en question, on trouve ce script rgrep dans la section
consacrée à GNU/Linux. Un système où grep -r est dispo.
D'un autre côté, on retrouve tout ce qui est dans «Linux» aussi dans la
section «Unix», il n'y a que la titre qui change...
En ce qui concerne le script rgrep, il faudrait au moins parler de grep -r et expliquer ce que le script apporte de plus.
grep -r est specifique a GNU.
Oui, mais sur le site en question, on trouve ce script rgrep dans la section consacrée à GNU/Linux. Un système où grep -r est dispo.
D'un autre côté, on retrouve tout ce qui est dans «Linux» aussi dans la section «Unix», il n'y a que la titre qui change...
Sébastien Kirche
awalter
à chaque accès à ton site, la page est forcée sur le site ebay ! Suis je le seul ?
Merci
"Jérôme DESMOULINS" a écrit dans le message de news:
Salut tout le monde,
Je viens de poser quelques scripts Unix et Linux sur mon site, encore en cours de finission... Si vous voulez y jeter un oeil, vous y trouverez pas mal de scripts et de liens interessants.
http://www.jeje38.fr.st
A+, Jerome
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
à chaque accès à ton site, la page est forcée sur le site ebay !
Suis je le seul ?
Merci
"Jérôme DESMOULINS" <jerome.desmoulins@laposte.net> a écrit dans le message
de news:mn.b3697d4b20b9bbbf.0@laposte.net...
Salut tout le monde,
Je viens de poser quelques scripts Unix et Linux sur mon site, encore
en cours de finission...
Si vous voulez y jeter un oeil, vous y trouverez pas mal de scripts et
de liens interessants.
http://www.jeje38.fr.st
A+,
Jerome
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net
à chaque accès à ton site, la page est forcée sur le site ebay ! Suis je le seul ?
Merci
"Jérôme DESMOULINS" a écrit dans le message de news:
Salut tout le monde,
Je viens de poser quelques scripts Unix et Linux sur mon site, encore en cours de finission... Si vous voulez y jeter un oeil, vous y trouverez pas mal de scripts et de liens interessants.
http://www.jeje38.fr.st
A+, Jerome
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Jérôme DESMOULINS
Salut,
Effectivement, les scripts sont identiques. Le script rgrep avait en fait été fait à l'origine pour les systèmes ou la commande rgrep n'était pas disponible d'origine. Elle permet d'utiliser cette fonctionnalité. Le script est dispose de beaucoup moins d'options que la véritable commande rgrep, mais elle permet d'avoir cette commande sur des systèmes qui ne l'ont pas d'origine, et pas forcément des systèmes Unix (comme BeOS, par exemple).
A+, Jerome
Sebastien Kirche a exprimé avec précision :
Le 23 Nov 2004, Stephane Chazelas a formulé :
En ce qui concerne le script rgrep, il faudrait au moins parler de grep -r et expliquer ce que le script apporte de plus.
grep -r est specifique a GNU.
Oui, mais sur le site en question, on trouve ce script rgrep dans la section consacrée à GNU/Linux. Un système où grep -r est dispo.
D'un autre côté, on retrouve tout ce qui est dans «Linux» aussi dans la section «Unix», il n'y a que la titre qui change...
Sébastien Kirche
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Salut,
Effectivement, les scripts sont identiques. Le script rgrep avait en
fait été fait à l'origine pour les systèmes ou la commande rgrep
n'était pas disponible d'origine.
Elle permet d'utiliser cette fonctionnalité.
Le script est dispose de beaucoup moins d'options que la véritable
commande rgrep, mais elle permet d'avoir cette commande sur des
systèmes qui ne l'ont pas d'origine, et pas forcément des systèmes Unix
(comme BeOS, par exemple).
A+,
Jerome
Sebastien Kirche a exprimé avec précision :
Le 23 Nov 2004, Stephane Chazelas a formulé :
En ce qui concerne le script rgrep, il faudrait au moins parler de grep
-r et expliquer ce que le script apporte de plus.
grep -r est specifique a GNU.
Oui, mais sur le site en question, on trouve ce script rgrep dans la section
consacrée à GNU/Linux. Un système où grep -r est dispo.
D'un autre côté, on retrouve tout ce qui est dans «Linux» aussi dans la
section «Unix», il n'y a que la titre qui change...
Sébastien Kirche
--
Ceci est une signature automatique de MesNews.
Site : http://www.mesnews.net
Effectivement, les scripts sont identiques. Le script rgrep avait en fait été fait à l'origine pour les systèmes ou la commande rgrep n'était pas disponible d'origine. Elle permet d'utiliser cette fonctionnalité. Le script est dispose de beaucoup moins d'options que la véritable commande rgrep, mais elle permet d'avoir cette commande sur des systèmes qui ne l'ont pas d'origine, et pas forcément des systèmes Unix (comme BeOS, par exemple).
A+, Jerome
Sebastien Kirche a exprimé avec précision :
Le 23 Nov 2004, Stephane Chazelas a formulé :
En ce qui concerne le script rgrep, il faudrait au moins parler de grep -r et expliquer ce que le script apporte de plus.
grep -r est specifique a GNU.
Oui, mais sur le site en question, on trouve ce script rgrep dans la section consacrée à GNU/Linux. Un système où grep -r est dispo.
D'un autre côté, on retrouve tout ce qui est dans «Linux» aussi dans la section «Unix», il n'y a que la titre qui change...
Sébastien Kirche
-- Ceci est une signature automatique de MesNews. Site : http://www.mesnews.net
Nicolas George
Stephane Chazelas wrote in message :
grep -r est specifique a GNU. Normalement, c'est find qui descend dans les sous repertoires (ou le globbing des shells avances). Une fois encore (comme pour le tar -z), GNU a etendu grep au dela de ses prerogatives.
Dans le cas de grep, le couple find/xargs, même avec les options -0 (qui ne sont pas standard), n'est pas pleinement satisfaisant, car xargs peut couper les arguments de manière à ce que le dernier grep ne soit appelé qu'avec un seul fichier en argument, ce qui change le comportement (le nom du fichier n'est pas affiché). Il y a le même problème avec find -exec, avec en plus le problème des fork+exec à profusion.
On peut s'en tirer en ajoutant un /dev/null à grepper, mais c'est d'une élégance douteuse.
Stephane Chazelas wrote in message
<slrncq61t9.4ja.stephane.chazelas@spam.is.invalid>:
grep -r est specifique a GNU. Normalement, c'est find qui
descend dans les sous repertoires (ou le globbing des shells
avances). Une fois encore (comme pour le tar -z), GNU a etendu
grep au dela de ses prerogatives.
Dans le cas de grep, le couple find/xargs, même avec les options -0 (qui ne
sont pas standard), n'est pas pleinement satisfaisant, car xargs peut couper
les arguments de manière à ce que le dernier grep ne soit appelé qu'avec un
seul fichier en argument, ce qui change le comportement (le nom du fichier
n'est pas affiché). Il y a le même problème avec find -exec, avec en plus le
problème des fork+exec à profusion.
On peut s'en tirer en ajoutant un /dev/null à grepper, mais c'est d'une
élégance douteuse.
grep -r est specifique a GNU. Normalement, c'est find qui descend dans les sous repertoires (ou le globbing des shells avances). Une fois encore (comme pour le tar -z), GNU a etendu grep au dela de ses prerogatives.
Dans le cas de grep, le couple find/xargs, même avec les options -0 (qui ne sont pas standard), n'est pas pleinement satisfaisant, car xargs peut couper les arguments de manière à ce que le dernier grep ne soit appelé qu'avec un seul fichier en argument, ce qui change le comportement (le nom du fichier n'est pas affiché). Il y a le même problème avec find -exec, avec en plus le problème des fork+exec à profusion.
On peut s'en tirer en ajoutant un /dev/null à grepper, mais c'est d'une élégance douteuse.
Stephane Chazelas
2004-11-23, 11:29(+00), Nicolas George:
Stephane Chazelas wrote in message :
grep -r est specifique a GNU. Normalement, c'est find qui descend dans les sous repertoires (ou le globbing des shells avances). Une fois encore (comme pour le tar -z), GNU a etendu grep au dela de ses prerogatives.
Dans le cas de grep, le couple find/xargs, même avec les options -0 (qui ne sont pas standard), n'est pas pleinement satisfaisant, car xargs peut couper les arguments de manière à ce que le dernier grep ne soit appelé qu'avec un seul fichier en argument, ce qui change le comportement (le nom du fichier n'est pas affiché). Il y a le même problème avec find -exec, avec en plus le problème des fork+exec à profusion. [...]
La plupart des find (tous ceux qui sont POSIX conformant, ce qui n'inclut pas le GNU find, malheureusement) ont la syntaxe:
find ... -exec cmd {} +
qui ne lance pas des fork+exec a profusion (qui, souvent en lance moins qu'xargs d'ailleurs) et evite les autres problemes d'xargs (stdin et fichiers avec blancs ou quotes/backslashes).
On peut s'en tirer en ajoutant un /dev/null à grepper, mais c'est d'une élégance douteuse.
Ou l'option -H du GNU grep qui est elle une option utile (ou le -h de tous les greps).
Il y a le meme probleme avec le globbing des shells,
grep pattern -- *.h
a un comportement different suivant qu'il y ait 1 ou plus fichiers .h, d'où le:
grep pattern -- /dev/null *.h
(le -- est necessaire seulement pour le GNU grep (a moins qu'on lui passe POSIXLY_CORRECT=... dans son environnement))
Voir aussi tw et les globbing de zsh et ksh93 pour descendre dans les sous-repertoires (avec eventuellement zargs ou command -x pour eviter les E2BIG).
tw -e 'name == "*.h"' grep pattern /dev/null
grep pattern /dev/null ./**/*.h(D-.)
-- Stephane
2004-11-23, 11:29(+00), Nicolas George:
Stephane Chazelas wrote in message
<slrncq61t9.4ja.stephane.chazelas@spam.is.invalid>:
grep -r est specifique a GNU. Normalement, c'est find qui
descend dans les sous repertoires (ou le globbing des shells
avances). Une fois encore (comme pour le tar -z), GNU a etendu
grep au dela de ses prerogatives.
Dans le cas de grep, le couple find/xargs, même avec les options -0 (qui ne
sont pas standard), n'est pas pleinement satisfaisant, car xargs peut couper
les arguments de manière à ce que le dernier grep ne soit appelé qu'avec un
seul fichier en argument, ce qui change le comportement (le nom du fichier
n'est pas affiché). Il y a le même problème avec find -exec, avec en plus le
problème des fork+exec à profusion.
[...]
La plupart des find (tous ceux qui sont POSIX conformant, ce qui
n'inclut pas le GNU find, malheureusement) ont la syntaxe:
find ... -exec cmd {} +
qui ne lance pas des fork+exec a profusion (qui, souvent en
lance moins qu'xargs d'ailleurs) et evite les autres problemes
d'xargs (stdin et fichiers avec blancs ou quotes/backslashes).
On peut s'en tirer en ajoutant un /dev/null à grepper, mais c'est d'une
élégance douteuse.
Ou l'option -H du GNU grep qui est elle une option utile (ou le
-h de tous les greps).
Il y a le meme probleme avec le globbing des shells,
grep pattern -- *.h
a un comportement different suivant qu'il y ait 1 ou plus
fichiers .h, d'où le:
grep pattern -- /dev/null *.h
(le -- est necessaire seulement pour le GNU grep (a moins qu'on
lui passe POSIXLY_CORRECT=... dans son environnement))
Voir aussi tw et les globbing de zsh et ksh93 pour descendre
dans les sous-repertoires (avec eventuellement zargs ou command
-x pour eviter les E2BIG).
grep -r est specifique a GNU. Normalement, c'est find qui descend dans les sous repertoires (ou le globbing des shells avances). Une fois encore (comme pour le tar -z), GNU a etendu grep au dela de ses prerogatives.
Dans le cas de grep, le couple find/xargs, même avec les options -0 (qui ne sont pas standard), n'est pas pleinement satisfaisant, car xargs peut couper les arguments de manière à ce que le dernier grep ne soit appelé qu'avec un seul fichier en argument, ce qui change le comportement (le nom du fichier n'est pas affiché). Il y a le même problème avec find -exec, avec en plus le problème des fork+exec à profusion. [...]
La plupart des find (tous ceux qui sont POSIX conformant, ce qui n'inclut pas le GNU find, malheureusement) ont la syntaxe:
find ... -exec cmd {} +
qui ne lance pas des fork+exec a profusion (qui, souvent en lance moins qu'xargs d'ailleurs) et evite les autres problemes d'xargs (stdin et fichiers avec blancs ou quotes/backslashes).
On peut s'en tirer en ajoutant un /dev/null à grepper, mais c'est d'une élégance douteuse.
Ou l'option -H du GNU grep qui est elle une option utile (ou le -h de tous les greps).
Il y a le meme probleme avec le globbing des shells,
grep pattern -- *.h
a un comportement different suivant qu'il y ait 1 ou plus fichiers .h, d'où le:
grep pattern -- /dev/null *.h
(le -- est necessaire seulement pour le GNU grep (a moins qu'on lui passe POSIXLY_CORRECT=... dans son environnement))
Voir aussi tw et les globbing de zsh et ksh93 pour descendre dans les sous-repertoires (avec eventuellement zargs ou command -x pour eviter les E2BIG).
tw -e 'name == "*.h"' grep pattern /dev/null
grep pattern /dev/null ./**/*.h(D-.)
-- Stephane
Nicolas George
Stephane Chazelas wrote in message :
La plupart des find (tous ceux qui sont POSIX conformant, ce qui n'inclut pas le GNU find, malheureusement) ont la syntaxe:
find ... -exec cmd {} +
qui ne lance pas des fork+exec a profusion (qui, souvent en lance moins qu'xargs d'ailleurs) et evite les autres problemes d'xargs (stdin et fichiers avec blancs ou quotes/backslashes).
Ah, je ne connaissais pas. C'est bon à savoir.
(ou le -h de tous les greps).
D'après Single Unix, -h n'est pas standard.
Il y a le meme probleme avec le globbing des shells,
Effectivement. Mais c'est moins problématique car la surprise est moins grande, je trouve. Enfin, peu importe.
Stephane Chazelas wrote in message
<slrncq697i.4ja.stephane.chazelas@spam.is.invalid>:
La plupart des find (tous ceux qui sont POSIX conformant, ce qui
n'inclut pas le GNU find, malheureusement) ont la syntaxe:
find ... -exec cmd {} +
qui ne lance pas des fork+exec a profusion (qui, souvent en
lance moins qu'xargs d'ailleurs) et evite les autres problemes
d'xargs (stdin et fichiers avec blancs ou quotes/backslashes).
Ah, je ne connaissais pas. C'est bon à savoir.
(ou le
-h de tous les greps).
D'après Single Unix, -h n'est pas standard.
Il y a le meme probleme avec le globbing des shells,
Effectivement. Mais c'est moins problématique car la surprise est moins
grande, je trouve. Enfin, peu importe.
La plupart des find (tous ceux qui sont POSIX conformant, ce qui n'inclut pas le GNU find, malheureusement) ont la syntaxe:
find ... -exec cmd {} +
qui ne lance pas des fork+exec a profusion (qui, souvent en lance moins qu'xargs d'ailleurs) et evite les autres problemes d'xargs (stdin et fichiers avec blancs ou quotes/backslashes).
Ah, je ne connaissais pas. C'est bon à savoir.
(ou le -h de tous les greps).
D'après Single Unix, -h n'est pas standard.
Il y a le meme probleme avec le globbing des shells,
Effectivement. Mais c'est moins problématique car la surprise est moins grande, je trouve. Enfin, peu importe.
Stephane Chazelas
2004-11-23, 12:04(+00), Nicolas George: [...]
find ... -exec cmd {} +
qui ne lance pas des fork+exec a profusion (qui, souvent en lance moins qu'xargs d'ailleurs) et evite les autres problemes d'xargs (stdin et fichiers avec blancs ou quotes/backslashes).
Ah, je ne connaissais pas. C'est bon à savoir.
Note qu'on peut trouver un find POSIX compliant en free software a heirloom.sourceforge.net.
-h de tous les greps).
D'après Single Unix, -h n'est pas standard.
Ah oui, tiens, j'aurais cru. J'imagine que la justification est qu'on peut faire:
cat fic1 fic2 | grep pattern
et que grep -hn n'est pas vraiment tres utile.
-- Stephane
2004-11-23, 12:04(+00), Nicolas George:
[...]
find ... -exec cmd {} +
qui ne lance pas des fork+exec a profusion (qui, souvent en
lance moins qu'xargs d'ailleurs) et evite les autres problemes
d'xargs (stdin et fichiers avec blancs ou quotes/backslashes).
Ah, je ne connaissais pas. C'est bon à savoir.
Note qu'on peut trouver un find POSIX compliant en free software
a heirloom.sourceforge.net.
-h de tous les greps).
D'après Single Unix, -h n'est pas standard.
Ah oui, tiens, j'aurais cru. J'imagine que la justification est
qu'on peut faire:
qui ne lance pas des fork+exec a profusion (qui, souvent en lance moins qu'xargs d'ailleurs) et evite les autres problemes d'xargs (stdin et fichiers avec blancs ou quotes/backslashes).
Ah, je ne connaissais pas. C'est bon à savoir.
Note qu'on peut trouver un find POSIX compliant en free software a heirloom.sourceforge.net.
-h de tous les greps).
D'après Single Unix, -h n'est pas standard.
Ah oui, tiens, j'aurais cru. J'imagine que la justification est qu'on peut faire:
