oui, et j'ai profité que je ressortai mon .bashrc pour ajouter le -i au premier grep, ce que je voulais faire depuis un bail ;)
Au passage, pour quoi ne pas ajouter le -c à ps, ça aide bien aussi, je trouve.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
oui, et j'ai profité que je ressortai mon .bashrc pour ajouter le -i au
premier grep, ce que je voulais faire depuis un bail ;)
Au passage, pour quoi ne pas ajouter le -c à ps, ça aide bien aussi, je
trouve.
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
oui, et j'ai profité que je ressortai mon .bashrc pour ajouter le -i au premier grep, ce que je voulais faire depuis un bail ;)
Au passage, pour quoi ne pas ajouter le -c à ps, ça aide bien aussi, je trouve.
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro ~ patrick proniewski
In article <1gcjjuw.m4kuzi1qzpr16N%, (Laurent Pertois) wrote:
patpro ~ patrick proniewski wrote:
oui, et j'ai profité que je ressortai mon .bashrc pour ajouter le -i au premier grep, ce que je voulais faire depuis un bail ;)
Au passage, pour quoi ne pas ajouter le -c à ps, ça aide bien aussi, je trouve.
tu peux vouloir faire un grep sur le chemin de la commande ou sur un de ses arguments ;-)
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
In article <1gcjjuw.m4kuzi1qzpr16N%laurent.pertois@alussinan.org>,
laurent.pertois@alussinan.org (Laurent Pertois) wrote:
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
oui, et j'ai profité que je ressortai mon .bashrc pour ajouter le -i au
premier grep, ce que je voulais faire depuis un bail ;)
Au passage, pour quoi ne pas ajouter le -c à ps, ça aide bien aussi, je
trouve.
tu peux vouloir faire un grep sur le chemin de la commande ou sur un de
ses arguments ;-)
patpro
--
je cherche un poste d'admin UNIX/Mac
http://patpro.net/cv.php
t bien tu fais comme moi, tu testes (après avoir éventuelement lu les man si tu ne sais ce que font certaines fonctions :-)
Individuellement je vois à peu près ce que fait chaque fonction, c'est les mélanges qui me font peur...
Merci pour l'explic :)
laurent.pertois
patpro ~ patrick proniewski wrote:
tu peux vouloir faire un grep sur le chemin de la commande ou sur un de ses arguments ;-)
Vivi, certes, mais en général je cherche un process, perso, à chacun d'adapter ;-)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote:
tu peux vouloir faire un grep sur le chemin de la commande ou sur un de
ses arguments ;-)
Vivi, certes, mais en général je cherche un process, perso, à chacun
d'adapter ;-)
--
Politically Correct Unix - UTILITIES
The "touch" command has been removed from the standard distribution due
to its inappropriate use by high-level managers.
tu peux vouloir faire un grep sur le chemin de la commande ou sur un de ses arguments ;-)
Vivi, certes, mais en général je cherche un process, perso, à chacun d'adapter ;-)
-- Politically Correct Unix - UTILITIES The "touch" command has been removed from the standard distribution due to its inappropriate use by high-level managers.
ericb
Bonjour,
eric_alube wrote:
Surement...
<...cut..>
En language neuneu, qu'est ce que ça fait ?
Il est question d'une fonction. Par exemple :
ma_fonction() { commandes shell respectant la syntaxe bash }
une fois déclarée, est utilisable directement par le shell courant.
Pour l'utiliser, il suffit de taper :
ma_fonction argument1 argument2 argument3
Alors, dans son fonctionnement interne, cette fonction appelera :
$0 le nom du shell courant $1 argument1 ... $i l'argument i s'il existe
...autant d'arguments que nécessaires, séparés par un espace, ou un caractère reconnu par le shell comme tel.
Si on la met dans le fichier qui est lu à chaque démarrage d'un terminal ( .bash_profile ), cette fonction sera toujours utilisable !!
Pour revenir au post précédent (à quoi ça peut bien servir ?),
psgrep nom_cherché va :
1) exécuter la première commande "ps" avec les options (symbole "-" ) :
a pour "processus des autres utilisateurs, u pour le nom de l'utilisateur (donne ausi l'heure de lancement), x pour les processus qui n'ont pas de terminal de contrôle.
ps -aux va donc donner une (parfois longue) liste de processus
2) le résultat de cette commande (placée à gauche du "|") sert d'entrée (d'argument) à la suivante, située après ce symbole "|"
La commande suivante est donc un filtre basé sur une recherche de l'expression $1 passée en argument1 soit, toutes les lignes contenant "nom_cherché".
C'est très puissant puisque c'est l'utilisateur qui définit à chaque fois le critère de recherche.
3) la sortie de ps -aux | grep $1 donne donc toutes les occurences trouvées, avec en plus la commande qui vient d'être passée, puisqu'elle contient le critère de filtrage. Pour supprimer cela, on re-filtre une dernière fois avec un dernier grep -v grep
En effet, l'option -v de grep permet d'inverser la mise en correspondance, pour sélectionner les lignes ne correspondant pas au motif, donc on supprime celle qui contient "grep". Et il ne reste plus que ce qui est intéressant.
Voila tout ce que cette commande voulait dire :-p
Cordialement
P.S. : Je sais, ce n'est pas trop le lieu. Après, il vaudrait mieux continuer sur fr.comp.os.unix. Mais je ne pensais pas que ma remarque provoquerait autant de réponses...
-- eric bachard
Bonjour,
eric_alube <eric.bachard@alube> wrote:
Surement...
<...cut..>
En language neuneu, qu'est ce que ça fait ?
Il est question d'une fonction. Par exemple :
ma_fonction() { commandes shell respectant la syntaxe bash }
une fois déclarée, est utilisable directement par le shell courant.
Pour l'utiliser, il suffit de taper :
ma_fonction argument1 argument2 argument3
Alors, dans son fonctionnement interne, cette fonction appelera :
$0 le nom du shell courant
$1 argument1
...
$i l'argument i s'il existe
...autant d'arguments que nécessaires, séparés par un espace, ou un
caractère reconnu par le shell comme tel.
Si on la met dans le fichier qui est lu à chaque démarrage d'un terminal
( .bash_profile ), cette fonction sera toujours utilisable !!
Pour revenir au post précédent (à quoi ça peut bien servir ?),
psgrep nom_cherché va :
1) exécuter la première commande "ps" avec les options (symbole "-" ) :
a pour "processus des autres utilisateurs,
u pour le nom de l'utilisateur (donne ausi l'heure de lancement),
x pour les processus qui n'ont pas de terminal de contrôle.
ps -aux va donc donner une (parfois longue) liste de processus
2) le résultat de cette commande (placée à gauche du "|") sert d'entrée
(d'argument) à la suivante, située après ce symbole "|"
La commande suivante est donc un filtre basé sur une recherche de
l'expression $1 passée en argument1 soit, toutes les lignes contenant
"nom_cherché".
C'est très puissant puisque c'est l'utilisateur qui définit à chaque
fois le critère de recherche.
3) la sortie de ps -aux | grep $1 donne donc toutes les occurences
trouvées, avec en plus la commande qui vient d'être passée, puisqu'elle
contient le critère de filtrage. Pour supprimer cela, on re-filtre une
dernière fois avec un dernier grep -v grep
En effet, l'option -v de grep permet d'inverser la mise en
correspondance, pour sélectionner les lignes ne correspondant pas au
motif, donc on supprime celle qui contient "grep". Et il ne reste plus
que ce qui est intéressant.
Voila tout ce que cette commande voulait dire :-p
Cordialement
P.S. : Je sais, ce n'est pas trop le lieu. Après, il vaudrait mieux
continuer sur fr.comp.os.unix. Mais je ne pensais pas que ma remarque
provoquerait autant de réponses...
ma_fonction() { commandes shell respectant la syntaxe bash }
une fois déclarée, est utilisable directement par le shell courant.
Pour l'utiliser, il suffit de taper :
ma_fonction argument1 argument2 argument3
Alors, dans son fonctionnement interne, cette fonction appelera :
$0 le nom du shell courant $1 argument1 ... $i l'argument i s'il existe
...autant d'arguments que nécessaires, séparés par un espace, ou un caractère reconnu par le shell comme tel.
Si on la met dans le fichier qui est lu à chaque démarrage d'un terminal ( .bash_profile ), cette fonction sera toujours utilisable !!
Pour revenir au post précédent (à quoi ça peut bien servir ?),
psgrep nom_cherché va :
1) exécuter la première commande "ps" avec les options (symbole "-" ) :
a pour "processus des autres utilisateurs, u pour le nom de l'utilisateur (donne ausi l'heure de lancement), x pour les processus qui n'ont pas de terminal de contrôle.
ps -aux va donc donner une (parfois longue) liste de processus
2) le résultat de cette commande (placée à gauche du "|") sert d'entrée (d'argument) à la suivante, située après ce symbole "|"
La commande suivante est donc un filtre basé sur une recherche de l'expression $1 passée en argument1 soit, toutes les lignes contenant "nom_cherché".
C'est très puissant puisque c'est l'utilisateur qui définit à chaque fois le critère de recherche.
3) la sortie de ps -aux | grep $1 donne donc toutes les occurences trouvées, avec en plus la commande qui vient d'être passée, puisqu'elle contient le critère de filtrage. Pour supprimer cela, on re-filtre une dernière fois avec un dernier grep -v grep
En effet, l'option -v de grep permet d'inverser la mise en correspondance, pour sélectionner les lignes ne correspondant pas au motif, donc on supprime celle qui contient "grep". Et il ne reste plus que ce qui est intéressant.
Voila tout ce que cette commande voulait dire :-p
Cordialement
P.S. : Je sais, ce n'est pas trop le lieu. Après, il vaudrait mieux continuer sur fr.comp.os.unix. Mais je ne pensais pas que ma remarque provoquerait autant de réponses...
-- eric bachard
Thomas
In article (Dans l'article) , patpro ~ patrick proniewski wrote (écrivait) :
In article , Thomas wrote:
pourquoi sous panther, le shell du terminal est devenu bash, au lieu de tcsh ? est ce que c'est pour une bonne raison ?
Apple a choisi :) bach c'est bien, et "en général" plus portable.
si non, comment remettre tcsh ?
tu peux tjrs changer de shell via l'outil Netinfo Manager.
est ce qu'on peut le faire avec le terminal stp ? :-)
si oui, comment avoir à nouveau un environnement confortable ? (comme l'autocompletion) :
je sais pas ce que tu as magouillé mais j'ai la complétion sans rien toucher moi...
euh oui, plus precisément ca me genes pas mal de pas avoir la liste des choix quand il y en a plusieurs :-)
En tout cas, j'ai un .bashrc et un .bash_profile (qui est un ln -s vers le .bashrc) avec dedans :
-- In a world without walls and fences, who needs windows and gates ?
In article (Dans l'article)
<patpro-84748C.19585019042004@news.fu-berlin.de>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote
(écrivait) :
In article
<fantome.forums.deContes-11F00A.19135819042004@news4-e.proxad.net>,
Thomas <fantome.forums.deContes@iFrance.com> wrote:
pourquoi sous panther, le shell du terminal est devenu bash, au lieu de
tcsh ?
est ce que c'est pour une bonne raison ?
Apple a choisi :)
bach c'est bien, et "en général" plus portable.
si non, comment remettre tcsh ?
tu peux tjrs changer de shell via l'outil Netinfo Manager.
est ce qu'on peut le faire avec le terminal stp ? :-)
si oui, comment avoir à nouveau un environnement confortable ? (comme
l'autocompletion) :
je sais pas ce que tu as magouillé mais j'ai la complétion sans rien
toucher moi...
euh oui, plus precisément ca me genes pas mal de pas avoir la liste des
choix quand il y en a plusieurs :-)
En tout cas, j'ai un .bashrc et un .bash_profile (qui est un ln -s vers
le .bashrc) avec dedans :
tu peux tjrs changer de shell via l'outil Netinfo Manager.
est ce qu'on peut le faire avec le terminal stp ? :-)
man nicl :)
je sais pas ce que tu as magouillé mais j'ai la complétion sans rien toucher moi...
euh oui, plus precisément ca me genes pas mal de pas avoir la liste des choix quand il y en a plusieurs :-)
peut etre de ce coté la alors :
$ more .inputrc set show-all-if-ambiguous on set visible-stats on
au quel tu voudras peut etre ajouter :
set completion-ignore-case on
patpro
-- je cherche un poste d'admin UNIX/Mac http://patpro.net/cv.php
Jacques Perrocheau
In article <40851fd6$0$21163$, ericb wrote:
Voila tout ce que cette commande voulait dire :-p
[snip]
P.S. : Je sais, ce n'est pas trop le lieu. Après, il vaudrait mieux continuer sur fr.comp.os.unix. Mais je ne pensais pas que ma remarque provoquerait autant de réponses...
C'est marrant, comment une fois expliqué, cela parait simple... ;-)))
Merci M'sieu.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
In article <40851fd6$0$21163$626a14ce@news.free.fr>, ericb <eric@b.org>
wrote:
Voila tout ce que cette commande voulait dire :-p
[snip]
P.S. : Je sais, ce n'est pas trop le lieu. Après, il vaudrait mieux
continuer sur fr.comp.os.unix. Mais je ne pensais pas que ma remarque
provoquerait autant de réponses...
C'est marrant, comment une fois expliqué, cela parait simple... ;-)))
Merci M'sieu.
--
Jacques PERROCHEAU
Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510
Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex
Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
P.S. : Je sais, ce n'est pas trop le lieu. Après, il vaudrait mieux continuer sur fr.comp.os.unix. Mais je ne pensais pas que ma remarque provoquerait autant de réponses...
C'est marrant, comment une fois expliqué, cela parait simple... ;-)))
Merci M'sieu.
-- Jacques PERROCHEAU Synthèse et Electrosynthèse Organiques, C.N.R.S. UMR 6510 Université de Rennes I, Campus de Beaulieu, F-35042 RENNES Cedex Tel: +33 2 23 23 63 74, Fax: +33 2 23 23 63 74
bpesenti_pala
ericb wrote:
En effet, l'option -v de grep permet d'inverser la mise en correspondance, pour sélection–ner les lignes ne correspondant pas au motif, donc on supprime celle qui contient "grep". Et il ne reste plus que ce qui est intéressant.
Voila tout ce que cette commande voulait dire :-p
Merci beaucoup d'avoir pris de bien détailler :-) J'archive.
ericb <eric@b.org> wrote:
En effet, l'option -v de grep permet d'inverser la mise en
correspondance, pour sélection–ner les lignes ne correspondant pas au
motif, donc on supprime celle qui contient "grep". Et il ne reste plus
que ce qui est intéressant.
Voila tout ce que cette commande voulait dire :-p
Merci beaucoup d'avoir pris de bien détailler :-)
J'archive.
En effet, l'option -v de grep permet d'inverser la mise en correspondance, pour sélection–ner les lignes ne correspondant pas au motif, donc on supprime celle qui contient "grep". Et il ne reste plus que ce qui est intéressant.
Voila tout ce que cette commande voulait dire :-p
Merci beaucoup d'avoir pris de bien détailler :-) J'archive.
Thomas
In article (Dans l'article) , patpro ~ patrick proniewski wrote (écrivait) :
In article , Thomas wrote:
tu peux tjrs changer de shell via l'outil Netinfo Manager.
est ce qu'on peut le faire avec le terminal stp ? :-)
man nicl :)
je sais pas ce que tu as magouillé mais j'ai la complétion sans rien toucher moi...
euh oui, plus precisément ca me genes pas mal de pas avoir la liste des choix quand il y en a plusieurs :-)
peut etre de ce coté la alors :
$ more .inputrc set show-all-if-ambiguous on set visible-stats on
au quel tu voudras peut etre ajouter :
set completion-ignore-case on
patpro
merci bcp :-)
-- In a world without walls and fences, who needs windows and gates ?
In article (Dans l'article)
<patpro-77F122.19204820042004@news.fu-berlin.de>,
patpro ~ patrick proniewski <patpro@boleskine.patpro.net> wrote
(écrivait) :
In article
<fantome.forums.deContes-82D2B7.19050820042004@news4-e.proxad.net>,
Thomas <fantome.forums.deContes@iFrance.com> wrote:
tu peux tjrs changer de shell via l'outil Netinfo Manager.
est ce qu'on peut le faire avec le terminal stp ? :-)
man nicl :)
je sais pas ce que tu as magouillé mais j'ai la complétion sans rien
toucher moi...
euh oui, plus precisément ca me genes pas mal de pas avoir la liste des
choix quand il y en a plusieurs :-)
peut etre de ce coté la alors :
$ more .inputrc
set show-all-if-ambiguous on
set visible-stats on
au quel tu voudras peut etre ajouter :
set completion-ignore-case on
patpro
merci bcp :-)
--
In a world without walls and fences, who needs windows and gates ?
