Donc awk'{print $1}' va bien te renvoyer le pid correct. Et "kill 3369" continue à te renvoyer une erreur ?
Je viens d'essayer en local ( les autres tests étaient en ssh ), idem, echo $PID m'a renvoyé " 169 225 " ce qui n'a rien à voir avec le PID d'ARD lancé sur le micro en local.
Donc awk'{print $1}' va bien te renvoyer le pid correct. Et "kill 3369"
continue à te renvoyer une erreur ?
Je viens d'essayer en local ( les autres tests étaient en ssh ), idem,
echo $PID m'a renvoyé " 169 225 " ce qui n'a rien à voir avec le PID
d'ARD lancé sur le micro en local.
Donc awk'{print $1}' va bien te renvoyer le pid correct. Et "kill 3369" continue à te renvoyer une erreur ?
Je viens d'essayer en local ( les autres tests étaient en ssh ), idem, echo $PID m'a renvoyé " 169 225 " ce qui n'a rien à voir avec le PID d'ARD lancé sur le micro en local.
Je viens d'essayer en local ( les autres tests étaient en ssh ), idem, echo $PID m'a renvoyé " 169 225 " ce qui n'a rien à voir avec le PID d'ARD lancé sur le micro en local.
Euh... "Finder" ? :-) Mais ça change rien à ton problème.
Bon, en tout cas, chez moi (10.6.8) la commande ce-dessus me renvoie *un seul* nombre, qui est un pid valide. Que ce soit "directement", ou en récupérant dans une variable (et c'est logique).
Bizzare...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Michael <berengue.michael@NOPorange.frNOP> wrote:
Je viens d'essayer en local ( les autres tests étaient en ssh ), idem,
echo $PID m'a renvoyé " 169 225 " ce qui n'a rien à voir avec le PID
d'ARD lancé sur le micro en local.
Euh... "Finder" ? :-) Mais ça change rien à ton problème.
Bon, en tout cas, chez moi (10.6.8) la commande ce-dessus me renvoie
*un seul* nombre, qui est un pid valide. Que ce soit "directement", ou
en récupérant dans une variable (et c'est logique).
Bizzare...
--
XAv
In your pomp and all your glory you're a poorer man than me,
as you lick the boots of death born out of fear.
(Jethro Tull)
Je viens d'essayer en local ( les autres tests étaient en ssh ), idem, echo $PID m'a renvoyé " 169 225 " ce qui n'a rien à voir avec le PID d'ARD lancé sur le micro en local.
Euh... "Finder" ? :-) Mais ça change rien à ton problème.
Bon, en tout cas, chez moi (10.6.8) la commande ce-dessus me renvoie *un seul* nombre, qui est un pid valide. Que ce soit "directement", ou en récupérant dans une variable (et c'est logique).
Bizzare...
-- XAv In your pomp and all your glory you're a poorer man than me, as you lick the boots of death born out of fear. (Jethro Tull)
Michael
Euh... "Finder" ? :-) Mais ça change rien à ton problème.
Oups, copié collé :-)
Ceci étant, en corrigeant Finder, le pb reste le même … un nombre qui n' a rien à voir avec le PID
Euh... "Finder" ? :-) Mais ça change rien à ton problème.
Oups, copié collé :-)
Ceci étant, en corrigeant Finder, le pb reste le même … un nombre qui
n' a rien à voir avec le PID
Euh... "Finder" ? :-) Mais ça change rien à ton problème.
Oups, copié collé :-)
Ceci étant, en corrigeant Finder, le pb reste le même … un nombre qui n' a rien à voir avec le PID
patpro ~ patrick proniewski
In article <4e6ca16a$0$30774$, Michael wrote:
> Donc awk'{print $1}' va bien te renvoyer le pid correct. Et "kill 3369" > continue à te renvoyer une erreur ?
Je viens d'essayer en local ( les autres tests étaient en ssh ), idem, echo $PID m'a renvoyé " 169 225 " ce qui n'a rien à voir avec le PID d'ARD lancé sur le micro en local.
utilise le chemin complet de ps, ça t'évitera de tomber sur un alias défini quelque part dans un bashrc.
patpro
-- A vendre : KVM IP 16 ports APC http://patpro.net/blog/index.php/2008/01/12/133
In article <4e6ca16a$0$30774$ba4acef3@reader.news.orange.fr>,
Michael <berengue.michael@NOPorange.frNOP> wrote:
> Donc awk'{print $1}' va bien te renvoyer le pid correct. Et "kill 3369"
> continue à te renvoyer une erreur ?
Je viens d'essayer en local ( les autres tests étaient en ssh ), idem,
echo $PID m'a renvoyé " 169 225 " ce qui n'a rien à voir avec le PID
d'ARD lancé sur le micro en local.
> Donc awk'{print $1}' va bien te renvoyer le pid correct. Et "kill 3369" > continue à te renvoyer une erreur ?
Je viens d'essayer en local ( les autres tests étaient en ssh ), idem, echo $PID m'a renvoyé " 169 225 " ce qui n'a rien à voir avec le PID d'ARD lancé sur le micro en local.
A noter que je doute fort qu'il y ait un alias quelconque à moins qu'il n'ait été mis par Apple.
J'ai testé sur deux mac différents ( mais tous les deux en 10.7.1 ) et à chaque fois c'est le même type de résultat ...
blanc
Michael wrote:
> utilise le chemin complet de ps, ça t'évitera de tomber sur un alias > défini quelque part dans un bashrc.
Pas mieux : [...] A noter que je doute fort qu'il y ait un alias quelconque à moins qu'il n'ait été mis par Apple.
Oui, mais non !... C'est en fait une sécurité de mettre toujours le chemin complet d'une appli dans un script : cela évite qu'un pirate qui aurait réussi à pénétrer dans ton ordi n'ait déposé une appli de même nom dans un répertoire d'appli (ou créé un alias) de telle sorte que ce serait son appli qui serait exécutée (avec tes droits) plutôt que celle du système.
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
Michael <berengue.michael@NOPorange.frNOP> wrote:
> utilise le chemin complet de ps, ça t'évitera de tomber sur un alias
> défini quelque part dans un bashrc.
Pas mieux :
[...]
A noter que je doute fort qu'il y ait un alias quelconque à moins qu'il
n'ait été mis par Apple.
Oui, mais non !... C'est en fait une sécurité de mettre toujours le
chemin complet d'une appli dans un script : cela évite qu'un pirate qui
aurait réussi à pénétrer dans ton ordi n'ait déposé une appli de même
nom dans un répertoire d'appli (ou créé un alias) de telle sorte que ce
serait son appli qui serait exécutée (avec tes droits) plutôt que celle
du système.
--
JiPaul.
/ /--/--//\ Jean-Paul Blanc
|/| L |\ quelquepart en (somewhere in)
/|| = |||\ FRANCE
> utilise le chemin complet de ps, ça t'évitera de tomber sur un alias > défini quelque part dans un bashrc.
Pas mieux : [...] A noter que je doute fort qu'il y ait un alias quelconque à moins qu'il n'ait été mis par Apple.
Oui, mais non !... C'est en fait une sécurité de mettre toujours le chemin complet d'une appli dans un script : cela évite qu'un pirate qui aurait réussi à pénétrer dans ton ordi n'ait déposé une appli de même nom dans un répertoire d'appli (ou créé un alias) de telle sorte que ce serait son appli qui serait exécutée (avec tes droits) plutôt que celle du système.
-- JiPaul. / /--/--// Jean-Paul Blanc |/| L | quelquepart en (somewhere in) /|| = ||| FRANCE
sebastienmarty
Michael wrote:
> utilise le chemin complet de ps, ça t'évitera de tomber sur un alias > défini quelque part dans un bashrc.
A noter que je doute fort qu'il y ait un alias quelconque à moins qu'il n'ait été mis par Apple.
J'ai testé sur deux mac différents ( mais tous les deux en 10.7.1 ) et à chaque fois c'est le même type de résultat ...
Parce que tu as deux processus qui contiennent "Remote" dans leur nom, donc ta formule renvoie les deux, séparés par un espace.
-- [SbM] <http://sebastienmarty.free.fr> - <http://tradintosh.free.fr> <http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr> "If the French were really intelligent, they'd speak English" (W. Sheed)
sebastienmarty
SbM wrote:
Michael wrote:
> > utilise le chemin complet de ps, ça t'évitera de tomber sur un alias > > défini quelque part dans un bashrc. > > Pas mieux : > > MacBookAir:~ michael$ PID=$( /bin/ps -ax | grep Remote | grep -v grep | > awk '{print $1}' ) > MacBookAir:~ michael$ echo $PID > 178 3475 > MacBookAir:~ michael$ > > A noter que je doute fort qu'il y ait un alias quelconque à moins qu'il > n'ait été mis par Apple. > > J'ai testé sur deux mac différents ( mais tous les deux en 10.7.1 ) et > à chaque fois c'est le même type de résultat ...
Parce que tu as deux processus qui contiennent "Remote" dans leur nom, donc ta formule renvoie les deux, séparés par un espace.
Si tu essaies avec grep "Remote Desktop", ça marchera beaucoup mieux, à mon avis.
-- [SbM] <http://sebastienmarty.free.fr> - <http://tradintosh.free.fr> <http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr> "If the French were really intelligent, they'd speak English" (W. Sheed)
SbM <sebastienmarty@yahoo.fr> wrote:
Michael <berengue.michael@NOPorange.frNOP> wrote:
> > utilise le chemin complet de ps, ça t'évitera de tomber sur un alias
> > défini quelque part dans un bashrc.
>
> Pas mieux :
>
> MacBookAir:~ michael$ PID=$( /bin/ps -ax | grep Remote | grep -v grep |
> awk '{print $1}' )
> MacBookAir:~ michael$ echo $PID
> 178 3475
> MacBookAir:~ michael$
>
> A noter que je doute fort qu'il y ait un alias quelconque à moins qu'il
> n'ait été mis par Apple.
>
> J'ai testé sur deux mac différents ( mais tous les deux en 10.7.1 ) et
> à chaque fois c'est le même type de résultat ...
Parce que tu as deux processus qui contiennent "Remote" dans leur nom,
donc ta formule renvoie les deux, séparés par un espace.
Si tu essaies avec grep "Remote Desktop", ça marchera beaucoup mieux, à
mon avis.
--
[SbM]
<http://sebastienmarty.free.fr> - <http://tradintosh.free.fr>
<http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr>
"If the French were really intelligent, they'd speak English" (W. Sheed)
> > utilise le chemin complet de ps, ça t'évitera de tomber sur un alias > > défini quelque part dans un bashrc. > > Pas mieux : > > MacBookAir:~ michael$ PID=$( /bin/ps -ax | grep Remote | grep -v grep | > awk '{print $1}' ) > MacBookAir:~ michael$ echo $PID > 178 3475 > MacBookAir:~ michael$ > > A noter que je doute fort qu'il y ait un alias quelconque à moins qu'il > n'ait été mis par Apple. > > J'ai testé sur deux mac différents ( mais tous les deux en 10.7.1 ) et > à chaque fois c'est le même type de résultat ...
Parce que tu as deux processus qui contiennent "Remote" dans leur nom, donc ta formule renvoie les deux, séparés par un espace.
Si tu essaies avec grep "Remote Desktop", ça marchera beaucoup mieux, à mon avis.
-- [SbM] <http://sebastienmarty.free.fr> - <http://tradintosh.free.fr> <http://sbm.ordinotheque.free.fr> - <http://palmiciel.free.fr> "If the French were really intelligent, they'd speak English" (W. Sheed)
patpro ~ Patrick Proniewski
In article <4e6c898e$0$415$, Éric Lévénez wrote:
Oui, effectivement. Mais de toute façon le killall est préférable dans tous les cas.
En même temps, si le process appartient à l'utilisateur qui se connecte en SSH, c'est aussi pas mal de faire :
osascript -e 'tell application "Remote Desktop" to quit'
(que je viens de tester avec succès, d'ailleurs).
patpro
-- Je cherche à changer d'air -> http://www.patpro.net/cv
In article <4e6c898e$0$415$426a34cc@news.free.fr>,
Éric Lévénez <usenet@levenez.com> wrote:
Oui, effectivement. Mais de toute façon le killall est préférable dans
tous les cas.
En même temps, si le process appartient à l'utilisateur qui se connecte
en SSH, c'est aussi pas mal de faire :
osascript -e 'tell application "Remote Desktop" to quit'
(que je viens de tester avec succès, d'ailleurs).
patpro
--
Je cherche à changer d'air -> http://www.patpro.net/cv