Ah et je ne vois plus tes messages qu'en allant sur l'asile depuis mon téléphone, chose que je ne vais plus faire.
Donc pas la peine de te fatiguer
Vous n’êtes pas identifié. Veuillez vous connecter ou vous inscrire.
Le Vrai Asile » Messages de sed
Ah et je ne vois plus tes messages qu'en allant sur l'asile depuis mon téléphone, chose que je ne vais plus faire.
Donc pas la peine de te fatiguer
De toute façon, force est de constater que ma durée de vie ici est déjà compromise. Tout ça parce que certains peuvent pas s'empêcher de se transformer en mange merde dès qu'ils savent qu'ils ont affaire à une princesse pute. Dans les deux sens hein.
Les BANNIERES mêmes du forum, l'onglet, sont nsfw, d'où tu éprouves le besoin de te la ramener pour un pauvre printscreen à la résolution douteuse, en thumbnail qui plus est.
Romain NIAM, je te chie dans la gorge. Je souhaite que tes enfants meurent prématurément.
Et si petite fille tu as, j'espère qu'avant de mourir elle aura la chance de se faire sauvagement violée par un homme qui sait parler aux femmes, un vrai.
Un homme un peu comme toi.
Aucun respect
Attention ambient. Du binaural recording. A écouter au casque et bien fort de préférence. En boucle.
Parfait pour les crises d'angoisse.
https://www.youtube.com/watch?v=WW4Ea7ZW1c4
Pourquoi avoir développé le service uniquement sur applis mobiles?
Parfait pour les chômeurs.
Rha, efficace Droid Bishop. Ca m'emmerde de l'admettre, mais j'ouaime.
[video]https://www.youtube.com/watch?v=na7NFq65mCU[/video]
Excellent le "bagarre générale" !!!
Ouais ils sont bons. Creuse, yen a d'autres qui valent le détour (mourir c'est nul). Je pensais que vous connaissiez déjà par ici en fait.
Tiens, celle-ci fait bien écho avec la déco. [video]https://www.youtube.com/watch?v=nviZqHMu08g[/video]
Vu sur reddit/imgur, ouvrez chaque lien dans un nouvel onglet différent :
http://www.rainymood.com/
http://endlessvideo.com/watch?v=HMnrl0tmd3k
http://endlessvideo.com/watch?v=DIx3aMRDUL4*bam* ambiance classe !
Oui pas mal. D'ailleurs pour trouver le reste de l'album, je me rends sur le lien youtube : 7 millions de vues, wtf?
Aucune idée de qui était PewDiePie (pas taper) et *bim* remise en phase avec notre belle époque. "He then went on to pursue a degree in Industrial Economics and Technology Management at blah, but left the university in 2011 to focus on his YouTube career"
SA CARRIERE YOUTUBE QUOI.
puis,
http://www.wikihow.com/Start-and-Mainta … ube-Career
http://www.dailymail.co.uk/femail/artic … ising.html
TOUT va à vau-l'eau.
Tu as oublié qu'il fallait y aller mange merde. J'en rajoute donc une couche pour ceux qui hésiteraient encore.
https://www.youtube.com/watch?v=nrxmrS9FIzc
Et oui l'affreux. Sauf que non pas grâce à toi, mon problème est bien résolu, que j'utilise désormais ps avec allégresse, et que je peux me remettre à bosser avec Devin dans le casque. D'ailleurs, il passe en Mars à la Cigale, Periphery en première partie, il faut y aller là.
c'est parce qu'il faut le faire suivre de près bien comme il faut avec kingdom
https://www.youtube.com/watch?v=nubJjB95VdY
ah oui je ne vous ai pas dit, j'écoute aussi de la très bonne musique en plus de mon gros lvl en programmation.
et je crois que ça manque de devin townsend ici
https://soundcloud.com/officialinsideou … oject-save
bouge bien ton boule
Le PID recherché était 10360, donc non, je ne le retrouvais nulle part. La seule commande qui a pu me le refiler est un echo $! faite juste après, et ps -eaf (ou -ef / effectivement pour a, rien à voir donc) | grep "ma_commande". Je sais plus où j'ai lu de faire ps -ef | grep "mon_nohup.out" mais ça ne marchait clairement pas. Les processus dont on tue le parent, j'ai un vague souvenir que ça les transforme en zombie plutôt non?
https://delightlylinux.wordpress.com/20 … -and-ppid/
Why is the PPID Important?
Occasionally, processes go bad. You might try to quit a program only to find that it has other intentions. The process might continue to run or use up resources even though its interface closed. Sometimes, this leads to what is called a zombie process, a process that is still running, but dead.
One effective way to kill a zombie process is to kill its parent process. This involves using the ps command to discover the PPID of the zombie process and then sending a kill signal to the parent. Of course, any other children of the parent process will be killed as well.
edit : ah bin non. Mais un process zombie c'est quand même fun, je vais donc laisser ce bel aparté raté.
http://ss64.com/bash/ps.html
je pense que tout le problème et la confusion venaient du fait que je lance mes scripts via ssh, donc le -a était requis pour voir mon PID parent, je sais pas, simple hypothèse.
tannat@tannat:~/Desktop/$ ps -eaf | grep "python mon_script.py asile" | grep -v grep
tannat 10360 10148 0 11:17 pts/1 00:00:00 python mon_script.py asile
merci bien, et à dans 2 jours pour une nouvelle question de noob.
Pays du tiers monde explique cela.
Sinon le echo $! me renvoie le bon PID mais je dois le lancer juste après le nohup et sauver la sortie dans un fichier? Je l'ai vu passer sur un forum justement cette solution (justement ton lien noway). Quand le gars dit "Alternatively, you can find the PID later on by ps -ef output | grep "command name" and locate the PID from there." > non ça ne marche pas, les PID sont pas les mêmes comme montré sur mon screen. Et oui, ma question se référait plutôt à un cas de figure où on n'a pas pensé à sauver (manuellement) le PID initialement. Je vais juste prendre l'habitude de tout le temps sauver le PID avec echo $! > save_PIDmerde, mais c'est donc bien une enculerie de ce que j'en perçois là. Pour le killall, j'ai plusieurs process avec le même nom donc je préfère éviter.
Merci, je suis déjà sous linux.
ps aux me sort la même chose que ps -ef, ce sont pas les bons PID étrangement.
Je veux lancer mes commandes, fermer mon terminal au besoin, et récupérer toutes les sorties dans un fichier (nohup.out ici)
Et surtout, surtout, pouvoir tout arrêter proprement quand je veux.
J'ai parcouru un peu les forums askubuntu, stackoverflow et consorts, … en vain. Du coup, j'en recours à votre échantillon d'experts en unix/linux/bash - il doit bien y en avoir une poignée ici. Donc voilà : j'ai un problème pour récupérer les PID de commandes lancées après des nohup ($ nohup commande > nohup.out &).
* Lancer top et kill les PID associés à mes tâches n'a pas marché.
* ps -ef |grep nohup.out me donne un PID, un PPID, mais aucun des deux ne correspond au PID permettant de tuer mon process (je viens de le vérifier en relançant un nouveau nohup, puis cette ligne, c'est pas les mêmes).
Question : Ya vraiment aucun moyen de récupérer les PID de mes process? Il faut que je les note manuellement à chaque fois? C'est quoi cette enculerie?
L'intérêt étant de tuer proprement les process en question. Le help succinct de nohup ne m'a rien donné non plus.
nohup --help
Usage: nohup COMMAND [ARG]...
or: nohup OPTION
Run COMMAND, ignoring hangup signals.
--help display this help and exit
--version output version information and exit
If standard input is a terminal, redirect it from /dev/null.
If standard output is a terminal, append output to `nohup.out' if possible,
`$HOME/nohup.out' otherwise.
If standard error is a terminal, redirect it to standard output.
To save output to FILE, use `nohup COMMAND > FILE'.
la mantis shrimp
Incroyable, mais la bestiole déploit son bras si vite qu'elle met l'eau en ébullition (pression --> T°C) à proximité.
http://www.ted.com/talks/sheila_patek_c … imals.html
Sinon toujours de très bon goût: comment un parasite te zombifie son hôte vite fait bien fait.
[video]http://youtu.be/vMG-LWyNcAs[/video]
My pleasure Kefka.
Dans un autre registre, Steven Wilson est un génie http://youtu.be/zjwPt1eNF9A.
C'était ce soir à la Maroquinerie.
(And So I Watch You From Afar)
Et ça donne quoi en live?
Je kiffe cette salle, je crois pas me rappeler d'un seul concert raté. Récemment j'y ai vu Matmos, excellents.
[video]http://vimeo.com/51230173[/video]
[swf]http://www.youtube.com/v/6eJLp6il1fU?fs=1&hd=1[/swf]
Le Vrai Asile » Messages de sed
Propulsé par PunBB, supporté par Informer Technologies, Inc.
Généré en 0,276 secondes, 31 requêtes exécutées