Dans ma boite, c'est Win + Office par défaut, mais on a tous les droits
sur nos machine, j'ai donc installé autre chose (thunderbird, firebird, ooo...).
Par contre, je suis dans un départément de veille techno, et je me suis
donc mis un linux, parce que "ça fait partie de ma mission" de veille.
Le responsable du matériel, s'en est rendu compte et veut me le virer
(c'est pas standard).
Pour l'instant j'ai temporisé, et en plus j'ai le soutient de mon chef,
donc ça devrait passer. Au pire je mets un skin WinXP, et il ne se
rendra compte de rien :o)
A chaque fois que je lis temps-réel dur, je ne peux pas m'empêcher de tiquer.
En français, ça ne veut pas dire grand chose, c'est juste une traduction malheureuse de hard real time.
Je trouve que temps réel strict ou souple (pour soft real time) est plus parlant et compréhensible.
Comme il est dit dans le commentaire http://linuxfr.org/comments/290325.html(...) le temps réel strict garantit un temps de réponse strictement défini et connu, tandis que le temps réel souple s'accorde plus de souplesse, et fait seulement de son mieux.
Oui et non.
Dans certaines cultures (indiennes je crois bien), "certains jours du mois" les femmes sont considérées comme ayant des pouvoirs spéciaux, et dangereux.
Faut voir le contexte du jeu.
Pareil, merci IKEA.
En plus tu rajoutes un fauteuil style directeur, avec dossier haut, roulettes, accoudoir et tout => que du bonheur.
C'est quasiment un rève de gosse.
C'est vrai pour un fork() infini, mais pour celle là, je ne sais pas trop. Ou alors j'ai été trop pressé, et je n'ai pas assez attendu. En plus j'ai eu un message du style "job table full" que je n'avais jamais vu.
Le problème, c'est qu'il faut les connaître et les avoir activées, les syskeys.
Par contre, si ce n'est pas lancé en root et que la machine est bien configurée (ulimit), chaque utilisateur ne peut lancer qu'un nombre limité de processus.
Il suffit donc de passer en console, en root, et de faire un petit kilalll.
Bien sûr, il ne faut pas être pressé, car les fork() bouffent quand même pas mal de ressources.
Bonne question.
Voila ce que j'ai trouvé dans man bash:
: [arguments]
Pas d'effet. Cette commande ne fait rien d'autre que l'expansion des arguments et la mise en place des redirections. Le code de retour est nul.
Une autre commande qui est particulièrement élégante:
:() { : | : }; :&
Très jolie, fine, racée, succinte.
En plus j'ai voulu la tester pour ne pas me planter dans la syntaxe, et je peux vous confirmer qu'elle est radicale.
# Re: Utilisez vous Linux au boulot ??
Posté par lom (site web personnel) . En réponse au journal Utilisez vous Linux au boulot ??. Évalué à 1.
sur nos machine, j'ai donc installé autre chose (thunderbird, firebird, ooo...).
Par contre, je suis dans un départément de veille techno, et je me suis
donc mis un linux, parce que "ça fait partie de ma mission" de veille.
Le responsable du matériel, s'en est rendu compte et veut me le virer
(c'est pas standard).
Pour l'instant j'ai temporisé, et en plus j'ai le soutient de mon chef,
donc ça devrait passer. Au pire je mets un skin WinXP, et il ne se
rendra compte de rien :o)
[^] # Re: La France à 2 vitesses
Posté par lom (site web personnel) . En réponse au journal La France à 2 vitesses. Évalué à 2.
Merde, si je roule à 120 sur autoroute je suis à plus de 5 % d'écart.
Faudra vraiment faire gaffe.
# Re: Parmis ces plats, je préfère
Posté par lom (site web personnel) . En réponse au sondage Parmis ces plats, je préfère. Évalué à 2.
http://linuxfr.org/comments/96287.html(...)
# Restons français!
Posté par lom (site web personnel) . En réponse à la dépêche Sortie de RTAI 24.1.12. Évalué à 4.
En français, ça ne veut pas dire grand chose, c'est juste une traduction malheureuse de hard real time.
Je trouve que temps réel strict ou souple (pour soft real time) est plus parlant et compréhensible.
Comme il est dit dans le commentaire http://linuxfr.org/comments/290325.html(...) le temps réel strict garantit un temps de réponse strictement défini et connu, tandis que le temps réel souple s'accorde plus de souplesse, et fait seulement de son mieux.
[^] # Re: Faire remonter les sondages !
Posté par lom (site web personnel) . En réponse au journal Faire remonter les sondages !. Évalué à 3.
Il n'y a que 10 chiffres (en base 10) : 0..9.
Le reste (42, 36...) ce sont des nombres.
Par conséquent, 42 c'est le nombre...
[^] # Re: linuxfr comme vous ne l'avez jamais vu
Posté par lom (site web personnel) . En réponse au journal linuxfr comme vous ne l'avez jamais vu. Évalué à 1.
# Re: linuxfr comme vous ne l'avez jamais vu
Posté par lom (site web personnel) . En réponse au journal linuxfr comme vous ne l'avez jamais vu. Évalué à 2.
http://linuxfr.org/~Ramso/6191.html(...)
# Re: Expressions Régulières
Posté par lom (site web personnel) . En réponse au journal Expressions Régulières. Évalué à 4.
http://www.regexlib.com/(...)
et
http://www.regexp.org/(...)
En espérant que ça puisse t'aider.
[^] # Re: Prologin Edition 2004
Posté par lom (site web personnel) . En réponse à la dépêche Prologin Edition 2004. Évalué à 2.
Dans certaines cultures (indiennes je crois bien), "certains jours du mois" les femmes sont considérées comme ayant des pouvoirs spéciaux, et dangereux.
Faut voir le contexte du jeu.
[^] # Re: Conversion en PDF
Posté par lom (site web personnel) . En réponse au journal Conversion en PDF. Évalué à 2.
Il manque juste à mon goût la sélection multiple de fichier. Je n'ai pas réussi à en sélectionner plusieurs à la fois, et ça limite un peu les choses.
Si on peut lancer des macros en ligne de commande ça doit être *très* pratique.
[^] # Re: T.W.A.I.N.
Posté par lom (site web personnel) . En réponse au journal Les noms de projets qui veulent dire quelque chose. Évalué à 1.
Emacs Make A Computer Stall
[^] # Re: T.W.A.I.N.
Posté par lom (site web personnel) . En réponse au journal Les noms de projets qui veulent dire quelque chose. Évalué à 1.
Liste Incompréhensible et Superfétattoire de Parenthèses
[^] # Re: Vos bureaux, svp !
Posté par lom (site web personnel) . En réponse au journal Vos bureaux, svp !. Évalué à 2.
En plus tu rajoutes un fauteuil style directeur, avec dossier haut, roulettes, accoudoir et tout => que du bonheur.
C'est quasiment un rève de gosse.
[^] # Re: Comment mettre son linux par terre
Posté par lom (site web personnel) . En réponse au journal Comment mettre son linux par terre. Évalué à 1.
C'est vrai pour un fork() infini, mais pour celle là, je ne sais pas trop. Ou alors j'ai été trop pressé, et je n'ai pas assez attendu. En plus j'ai eu un message du style "job table full" que je n'avais jamais vu.
[^] # Re: Comment mettre son linux par terre
Posté par lom (site web personnel) . En réponse au journal Comment mettre son linux par terre. Évalué à 2.
Par contre, si ce n'est pas lancé en root et que la machine est bien configurée (ulimit), chaque utilisateur ne peut lancer qu'un nombre limité de processus.
Il suffit donc de passer en console, en root, et de faire un petit kilalll.
Bien sûr, il ne faut pas être pressé, car les fork() bouffent quand même pas mal de ressources.
[^] # Re: Comment mettre son linux par terre
Posté par lom (site web personnel) . En réponse au journal Comment mettre son linux par terre. Évalué à 2.
toto () {toto | toto}; toto & ferait la même chose ?
Bingo. Ceci dit, un ':' fait plus joli qu'un toto, je trouve.
Vive l'obfuscation!
[^] # Re: Comment mettre son linux par terre
Posté par lom (site web personnel) . En réponse au journal Comment mettre son linux par terre. Évalué à 1.
Voila ce que j'ai trouvé dans man bash:
: [arguments]
Pas d'effet. Cette commande ne fait rien d'autre que l'expansion des arguments et la mise en place des redirections. Le code de retour est nul.
En tout cas, ça se redéfini très bien.
# Re: Comment mettre son linux par terre
Posté par lom (site web personnel) . En réponse au journal Comment mettre son linux par terre. Évalué à 4.
:() { : | : }; :&
Très jolie, fine, racée, succinte.
En plus j'ai voulu la tester pour ne pas me planter dans la syntaxe, et je peux vous confirmer qu'elle est radicale.
# Noyo! Noyo!
Posté par lom (site web personnel) . En réponse au journal Liens. Évalué à 3.
La faq clarifie beaucoup de choses lors des premières excursions dans l'univers obscur du noyau.
[^] # Re: Comment mettre son linux par terre
Posté par lom (site web personnel) . En réponse au journal Comment mettre son linux par terre. Évalué à 1.
[^] # Re: Comment mettre son linux par terre
Posté par lom (site web personnel) . En réponse au journal Comment mettre son linux par terre. Évalué à 3.
while (true) {fork();}
Chacun le met à sa sauce dans son language favori (en Perl ça marche très très bien)
[^] # Re: De Debian stable à testing
Posté par lom (site web personnel) . En réponse au journal De Debian stable à testing. Évalué à 1.
J'apprécie vraiment, et en plus ça gère beaucoup mieux les dépendances qu'apt.
[^] # Re: mv ?
Posté par lom (site web personnel) . En réponse au journal mv ?. Évalué à 1.
[^] # Re: Annublog.com versus Iliad
Posté par lom (site web personnel) . En réponse au journal Annublog.com versus Iliad. Évalué à 1.
Par contre, annus.org, là...
[^] # Re: <a href="http://freehavre.tuxfamily.org/wikini/wakka.php?wiki=PagePrincipale">http://freehavre.tuxfamily.org/wikini/wakka.php?wiki=PagePrincipale(
Posté par lom (site web personnel) . En réponse au journal Freehave.tuxfamily.org. Évalué à 1.
Je te laisse le choix: ronces ou orties fraiches?