bmc a écrit 1651 commentaires

Mouarf !
Ça fait du bien un peu d'humour quand on n'arrive plus à dormir :)

Perl supporte la programmation objet. Voir man perltoot et man perlobj.
Par contre, je ne garantis pas la facilité d'utilisation...
En fait, Perl peut faire ce qu'on veut du moment qu'on est suffisamment motivé ;)

Par contre, je suis du même avis concernant la syntaxe et la structure. C'est pas un langage génial pour apprendre, c'est un peu trop complexe.

Sinon, tu as ruby qui est pas mal, peut-être un peu trop jeune, très peu utilisé, et peut-être même trop objet, mais vraiment très simple.
Mais bon, je pense qu'effectivement, python est le langage de script le plus adapté pour un IUT (besoin d'être rapidement opérationnel, langage plutôt pas mal utilisé).

Fini cette année, plus que le stage
Courage !

Oh my god, pi haiche neuter !

Le problème avec la photo d'écran, c'est qu'il y a les vilains boutons «close», «hardcopy», et «help». Enfin bon, tant pis, je les enleverai à la mano avec gimp.

Sur NS, j'ai fait trois TP sur le contrôle de congestion TCP (Tahoe, Reno, NewReno), le contrôle de flots, les politiques de priorités (FQ,WFQ, etc). Là je fais le rapport et les courbes de Xgraph sont en noir et blanc :(

Désolé pour ton DDos, mais je n'ai ça ni sous le coude, ni ailleurs.

Ça serait pas forcément moins bien de mettre un robots.txt avec les bons paramètres.

... je clique sur « La liste des jeux supportés », le coeur battant, je clique sur la lettre « J », j'énumère les jeux, et je vois:
« JAGGED ALLIANCE ».

Wooooaaaaaaaaaaaaaah !!! Trop fort, c'est... unsupported ?!!!
Merde, je pensais que c'était la liste des jeux supportés... tant pis, ça sera pour la prochaine news...

Sniff... je vais devoir jouer au mercenaire sur mon 486 :(

[dict -d foldoc internationalisation]
The abbreviation i18n means "I - eighteen letters - N".

[dict -d foldoc localisation]
The abbreviation l10n means "L - 10 letters - N".

Maintenant, c'est sûr que le choix est discutable (lisibilité ?), mais bon :)

Surtout que la carte mère est pas forcément plus chère que la carte graphique

(en plus j'en ai une :^] (mais je l'ai pas achetée))

C'est dingue le nombre de périphériques qui tombent de ces camions... un argument de plus pour le ferroutage !

Si tu avais acheté une radeon, tu ne l'aurais pas vu ramer comme un veau. J'ai choisi le chip d'ATI parce qu'il est acceleré avec le pilote libre, et j'en suis très content, même si je n'atteins peut-être pas un million de FPS sous Quake.

Quant aux problèmes de stabilité des drivers Nvidia, je les ai rencontrés également il y a environ 8 mois, et ce sont eux qui m'ont convaincu de choisir une ATI. Les problèmes en question étaient un blocage complet de la machine parfois aléatoirement, mais parfois également quand je passais d'une console virtuelle à X et inversement.

P'têt la BDD ?

Mince ! Moi qui croyait être encore assez jeune, me voilà propulsé au rang de dino, Jésus Christ lui-même ayant un ID postérieur au mien ! Je prends un coup de vieux là...

C'est beau le progrès... pendant ce temps, des gens s'amusent à coder des choses inutiles comme l'anti aliasing et se font virer comme des malpropres :)

T'aurais pas touché au fichier /etc/security/limits.conf ? Regarde particulièrement les limites soft et hard pour nproc (nombre de processus). Si ces limites sont trop basses, il se peut qu'un trop grand nombre de processus soit lancé par rapport à elles. La solution: remonter les limites, au moins pour ton utilisateur.

Par exemple:

# Je me limite à 120 process, 150 extrème limite
bmc soft nproc 120
bmc hard nproc 150

> Pourrait-il être possible d'éviter des buffers overflow rien qu'en s'inspirant des techniques de programmation utilisées dans qmail ?

A priori, rien ne l'empêche. Le problème, c'est que les développeurs, par manque de temps/connaissance/envie, ne pensent même pas à sécuriser leurs applications, alors je les vois mal auditer Qmail. Par contre, les techniques utilisées dans Qmail sont largement diffusées, notamment dans le Secure Programming Howto (voir sur http://www.tldp.org/(...) ), et donc accessibles à tout un chacun sans beaucoup d'effort. On les retrouve (a priori c'est le même genre de technique mais je n'ai pas été vérifier) dans des programmes comme PureFTPd, vsftpd, postfix, etc. donc ce ne sont pas des techniques merveilleuses. Ces programmes ont été créés avec la sécurité comme motivation (presque) principale. C'est comme partout, il y a des gens extrèmements compétents, des gens très consciencieux, parfois des gens qui sont les deux, et souvent des gens qui ne sont ni l'un ni l'autre :)

Le fait est que les développeurs qui codent des logiciels libres le font souvent «pour le fun», et ils n'ont pas forcément la motivation d'aller chercher ce genre de docs ou pour «penser sécurisé». De plus, certaines failles peuvent être très subtiles et nécessitent que la sécurité soit vraiment un souci primordial du développeur, ce qui n'est que (trop) rarement le cas.

Comment vont-ils s'y prendre pour protéger les pages mémoires sous x86 ? D'après ce que j'en avais compris, le x86 oblige matériellement à ce qu'une page exécutable ait également les droits en écriture. Je crois que c'était ça qui expliquait les performances très faibles de ce genre de solutions, notamment celles intégrées à OpenWall (parce qu'elles nécessitent une vérification logicielle à chaque accès mémoire quasiment). Me serais-je trompé ? Ou bien les solutions apportées par OpenBSD présentent-elles les mêmes problèmes ?

Enfin, pas aujourd'hui, mais bon :)

Oui, pourquoi ?

(-1)

templeet a craqué ;)

De toute façon, ces classements c'est pour les types qui ont des petites bites et qui voudraient en avoir des aussi grandes que les types qui sortent des universités !

LIP6 roxor =)

<blockquote> bah non </blockquote>

J'avais cherché sur Bugzilla il y a longtemps, mais je me suis heurté au même problème: c'est très compliqué à expliquer :)
Le texte est décalé de 1 ou 2px, si je le sélectionne il se replace normalement, ou vice-versa... et c'est très aléatoire comme comportement sur ma machine.

Si ça peut te rassurer, tu n'es pas fou, ça me fait le même problème depuis fort longtemps, mais je n'ai jamais su pourquoi.

ça c'est valable pour le casque d'un autre, parce qu'on ne sait pas s'il a un traumatisme cranien ou les cervicales éclatées, donc vaut mieux ne rien toucher. Par contre, quand c'est ton casque sur ta tête, tu es censé savoir mieux que quiconque si ça va ou pas :)