gaaaaaAab a écrit 1444 commentaires

ah oui, tiens, c'est POSIX, mais pas précisé dans le man/info comm sur debian.

concernant l'output, je ne lui reproche pas de ne pas fonctionner hein. C'est juste que je suis pas fan du csv :D

possible qu'une meilleure gestion de l'énergie améliore les choses, mais vu que le CPU tourne à 100 % ...

Sinon, y a cpulimit qui a l'air d'être pas mal (c'est le premier lien google aussi, mais avec un autre recherche ;)

http://www.cyberciti.biz/faq/cpu-usage-limiter-for-linux/

petite vidéo linké sur /. hier (je crois) ;

http://www.thinq.co.uk/2010/8/3/prankster-jailbreaks-apple-s(...)

là, il y a une demande de confirmation, c'est p-e juste parce qu'ils sont sympas sur jailbreakme.com

on peut juste lui reprocher de :
- ne pas être POSIX
- avoir un format d'ouput ...discutable
- utiliser des paramètres arbitraires (1, 2, 3 ... soleil ?). Enfin ça, c'est une conséquence du point précédent.

sinon, je ne la connaissais pas non plus. C'est toujours bien pour la culture, mais je vais surtout m'empresser de jamais m'en servir :-)

la célébrissime regex perl pour valider les e-mails :
http://www.ex-parrot.com/pdw/Mail-RFC822-Address.html

dans le temps, astuces.divers, c'était pour poster des astuces, soit plutôt des solutions que des problèmes.
Il y a une méchante recrudescence de fil qui devrait trainer dans forum.* et qui squatte ici, c'est un 'tit peu pénible.

Faisez attention les gens !

'\n' et '\0', ce n'est pas la même chose
il faut soit stripper les '\n' à la récupération des données, soit en tenir compte dans les tests.
J'aurais tendance à préférer la première solution, mais elle pourrait être inadaptée au contexte.
Pour la seconde approche, un truc comme ça ?:
strncmp(s, "mot\n", strlen(s));

maintenant, cf http://linuxfr.org/comments/1149037.html#1149037 , j'ai p-e pas compris la question :)

redéfinir les fonctions __ par défaut, ça peut peut être bien rock'n'roll aussi
genre modifier les data dans un __str__ =)

facebook n'a toujours pas de bouton "inutile".

pour éviter les pléonasmes ...

oui, vim est un éditeur de texte.

Avec cette version Vim tente de rattraper Emacs qui est en version 23.2.

C'est sûr que c'est pas pour demain ...
parce que Vim est quand même beauuucoup mieux qu'Emacs

Purée, la fouine quoi! :)
dis-tu du haut de tes deux de mois de linuxfr à un vieux de la vieille :)

dans les forums, l'ancienneté des intervenants (surtout pour ceux qui postent des questions) permet parfois de faire le tri entre les requêtes légitimes et le gros foutage de gueule et de répondre en conséquence.
Je dois être une fouine aussi ... ou un furet ... ou une belette ... ou un ragondin.

les deux pieds dedans :)

allez, incoming vanne pourrie: les deux poings dedans

--> []

yep, (au -i près :)
le man de grep dit The symbol \w is a synonym for :alnum:

on peut aussi ignorer la casse avec grep -i

sinon, je propose

echo blabla plop | grep -io "\<\w*a\w*\>"
</code

personne n'a dit que tous les informaticiens déclarés faisaient partie des 5 % restant ;-)

je ne vois pas comment on peut faire de l'agnosticisme une "religion". J'ai l'impression que chaque agnostique en arrive là par ses propres réflexions. Il n'y a, à ma connaissance, pas de "dogme agnostique".

Par contre, oui, certains athées sont aussi intégristes dans leur athéisme que d'autres le sont dans leur foi religieuses.

tu ne peux pas prouver que quelque chose n'existe pas.
Demande à Eric Woe ... heu ...

Comment puis-je faire la relation entre indice et valeur de clé ?

tu ne peux pas le faire directement parce qu'il dict.keys() n'est pas ordonnée.

Tu peux t'en sortir en faisant :
tmp = dict.keys()
ret = self.child.expect([self.prompt, tmp])

du coup, dict[tmp[ret]] devrait contenir ce qui t'intéresse

à noter que dict n'est pas un nom de variable très judicieux :)

s'il y a un GUL pas loin de chez toi, ça vaudrait le coup d'aller leur faire un coucou. En plus d'être probablement sympas, ils pourront p-e te décoincer :)

j'préfère me barrer plutôt que de lire ça plutôt que d'être aveugle

oué !
je ne connaissais pas (encore) enumerate. C'est plus lisible, je vais m'en servir très vite :)

sinon, précision utile pour le lecteur de passage, msieur_happy répond en fait au commentaire que j'ai posté dans l'entrée du forum sur le sujet :)
(cf lien dans le corps du journal)

soyons modernes :)

package main

import "fmt"

const n int = 10000

func main() {
        var d [n] int;

        for i := 0; i < n; i++ {
                d[i] = 1
        }

        for i := 2; i < n / 2; i++ {
                for j := 2 * i; j < n; j += i {
                        d[j] += i
                }
        }

        for i := 2; i < n; i ++ {
                if (d[i] < n) && (i <= d[i]) {
                        if d[d[i]] == i {
                                fmt.Print("(", i, d[i], "), ")
                        }
                }
        }
        fmt.Print("\n")
}

bon, pas sûr qu'on puisse pas faire mieux, c'est limite mon premier essai en go. Chez moi, en faisant 50 itérations sur des entiers jusqu'à 1000000, go prend 15%/20 % de temps de plus que le C. (100 boucles sur 10000, c'est trop court, les fluctuations entre 2 essais sont trop importantes) Aussi, j'utilise le compilo go qui avait été fourni genre à l'annonce officielle du langage, la dernière version fait peut-être mieux

vi. Pas la peine d'optimiser le code tant qu'on a pas poussé l'approche algorithmique dans ses derniers retranchements.

à noter qu'il y a un appel à sorted inutile dans mon code python, scorie pas nettoyée d'une version intermédiaire.

VI qui est je pense le plus ancien éditeur de texte sous unix...

non, avant, y avait ed !