vg a écrit 51 commentaires

Rien n'empêche de faire un sous protocole dans des balises <message /> ou <iq /> du moment que c'est du XML (la grande différence entre les deux, c'est que <iq /> requiert une réponse du client).
Par exemple :
<message from="octobrain@linuxfr.org" to="lumiere@appart/chambre">
<lumiere state="off" />
</message>

Je peux t'assurer qu'on ira pas sur playboy.com pour faire ça :)

Rien à voir, le but d'une société écran est généralement l'évasion fiscale ou le blanchiment (cf. Wikipédia), ici le principe est de scinder une société qui exerce une activité illégale (au regard de la décision de justice rendue récemment) en deux activités probablement légale (quoique j'ai un doute au final pour la seconde).

Et puis c'est quand même franchement trollesque de comparé PirateBay, qui est relativement clean au niveau de ses statuts et de ses motivations, à la mafia qui vend de la drogue, tue des gens, empoisonne mortellement les eaux somaliennes, au milieu de plein d'autres activités pas moins réjouissantes :/

Free accepte un pointeur nul aussi. Dans le man :
'If ptr is NULL, no operation is performed.'

Je serais curieux de voir aussi ce que ca pourrais donner avec d'autres implémentations de malloc, notamment celle de google (TCmalloc) :
http://goog-perftools.sourceforge.net/doc/tcmalloc.html

L'XMPP Foundation fait son boulot de standardisation (y'a qu'à aller faire un tour sur leur site web http://xmpp.org/ ).

Le point important dans XMPP c'est qu'il extensible, tu en fait littéralement ce que tu en veux, il n'y a aucune rêgle sur les données qui sont échangées (à partir du moment où c'est du XML valide). Du coup Google fait sa techno sur le protocole existant, et si elle est intéressante et pas trop spécifique alors le processus de standardisation et d'intégration dans XMPP peut débuter, comme ce fut le cas pour Jingle ( http://xmpp.org/extensions/xep-0166.html ).

Comparer XMPP Foundation et Google c'est un peu comme comparer le W3C avec Firefox.

Pour le path maximal, ca dépend, il faut appeler pathconf(3) pour le savoir (chez moi c'est 4096). Le man de realpath(3) semble aussi indiqué que cette taille n'a pas être fixe.

select/poll/epoll/kqueue et compagnie permettent de savoir si un file descriptor (c'est à dire socket, fichier, entrée standard, etc [1]) est lisible où écrivable. De base aucun de ces appels systèmes n'appel de callbacks, c'est le boulot de libevent de retrouver quelles fonctions appeler.

Une des grandes nouvauté de la version 2.0 c'est le support du edge-triggering : l'ancien mécanisme (level-triggering) notifie l'utilisateur quand des données sont en attente dans les buffers du noyau, c'est à dire que tant qu'il y a des données à lire on est notifié.

L'edge-triggering par contre ne notifie pas l'utilisateur quand une socket est lisible/écrivable mais quand elle _devient_ lisible/ecrivable, c'est à dire que tant qu'on a pas entièrement vidé ou rempli les buffer du noyau on ne recoit plus d'événements (avec des IO non bloquants, on sait qu'on a vidé/rempli le buffer du noyau quand read/write échouent avec errno == EAGAIN).

L'avantage du edge-triggering c'est qu'il y a beaucoup moins d'appels systèmes à faire, notamment pour l'écriture. Avec le level triggering il fallait, à chaque fois qu'on a un truc à écrire, demander à epoll/kqueue si la socket est écrivable (donc un appel système pour ajouter la demande d'écriture, un appel système pour attendre la réponse du noyau, et enfin un appel système pour retirer la demande d'écriture).

Là on se contente d'ajouter la demande d'écriture au début, et tant que write ne renvoit pas d'erreur, on écris directement, sinon on attend que la socket redeviennent écrivable.

La version 2.0 est vraiment alléchante, la zero-copy est très importante aussi, en gros éviter au maximum les copies de buffers. sendfile() permet par exemple d'écrire directement un fichier dans une socket sans passer par un buffer temporaire dans le programme. vmsplice() à aussi une option très intéressante qui permet de carrément 'donner' une page mémoire au kernel pour qu'il l'écrive dans une socket plutôt que de la recopier.

C'est du bon, la version stable de libevent m'avait un peu décu par rapport à la plus récente libev [2] (trop grosse, des bugs un peu bête sur epoll, etc), mais je teste la version 2.0 dès que possible :)

[1]: À noter que epoll ne gêre pas les fichiers réguliers, ceux-ci sont censé pouvoir être lu et écrit sans bloquer.
[2]: http://software.schmorp.de/pkg/libev.html

Pour rappelle aux USA, une imprimante a ete detecte comme faisant du piratage...

Je me permet d'indiquer le site des gars de l'université de Washington qui ont réalisé l'expérience en question :
http://dmca.cs.washington.edu/

Et le paper :
http://dmca.cs.washington.edu/dmca_hotsec08.pdf

Mais il ne s'agit pas du protocole en lui même, c'est juste ce point qui m'a fait tiquer. Mais oui, on n'est pas l'abri d'une vulnérabilité au niveau hardware ou software (la faille Debian/OpenSSL en est un exemple frappant).

Bon courage pour le prouver, c'est toute la beauté de la chose :)

Autant pour WPA que SSL seule certaines mise en oeuvres du protocole révèle des faiblesses (notamment TKIP pour WPA [1]), dire que WPA a été cassé est complétement faux, tout comme la fameuse vulnérabilité sur SSL qui n'est plus ou moins que l'exploitation intelligente des faiblesses de MD5 [2].

[1] Cédric Blancher en parle très bien :
http://sid.rstack.org/blog/index.php/305-des-fameuses-faible(...)
[2]
http://sid.rstack.org/blog/index.php/316-ssl-n-est-pas-mort-(...)

John_Backus sera heureux de savoir qu'il a changé de sexe :)

Le langage des fillettes c'est le COBOL.

L'avantage d'XMPP est que les clients peuvent communiquer directement avec les autres (enfin plus qu'un avantage, c'est même le but). Du coup nous l'utilisons au boulot pour construire tout un fatra de services : le chat, la mise en relation directe de clients par HTTP pour l'envoie de fichier, la diffusion de contenu en XML. Nous avons nos propres clients qui gère une partie nos contenus, des clients tiers qui gère leur propres espaces web, et en soit n'importe quel client XMPP peut gèrer son petit espace à lui dans le réseau (même s'il ne s'agit pas à proprement parler de réseau sociaux dans mon cas).

Mais effectivement c'est lourd, du coup on met en cache le maximum de chose, la transmission de contenu binaire se fait en HTTP et on étudie la scalabilité du bousin à tout les étages. A l'exception de cette lourdeur, il n'y a pour l'instant aucune idée qu'on ai pas réussi à caser d'une manière ou d'une autre dans le protocole.

HTTP est un protocole super pour les fichiers : il est simple, rapide, éprouvé. Mais AMHA il devient vraiment trop limité pour les besoins des applications webs d'aujourd'hui. Alors bien sûr on peut toujours encapsulé du XMPP dans du HTTP avec BOSH ( http://www.xmpp.org/extensions/xep-0124.html ) mais c'est une surcouche en plus.

Du coup je me dis qu'un navigateur qui causerait avant tout XMPP, pour la présence, le contenu textuel, et même globalement pour permettre d'avoir un web vraiment vivant sans passé par des bidouilles en HTTP, ce serait vraiment l'idéal. La surcharge n'est pas forcément si énorme du moment qu'on bascule vers un protocole adapté pour le binaire.

Je travaille pas mal avec XMPP ces temps-ci, et j'avoue que malgré quelques réticences sur la verbosité du protocole c'est un vrai bonheur à utiliser, à parser et à étendre. Au fond c'est juste un méta-protocole qui peut gérer sans peine la plupart des aspects liés aux réseaux sociaux.
Un idée serais d'utiliser XMPP pour la transmission de contenu textuel (page Web, RSS, etc) et d'utiliser un protocole de transfert de fichier pour le binaire (chose qu'HTTP fait très bien). On pourrait avoir une sorte de "navigateur" XMPP capable d'interpréter les différentes formes de contenue et d'utiliser plusieurs protocoles de tranferts pour les données binaires.

Qui s'y met ? :)

Pour être reste pendant quatre mois dans un pays musulman (le Sénégal), je peux te dire en toute objectivité que c'est sans doute l'un des pays les plus tolérant que j'ai pu visiter, et pourtant la religion y est trés marqué ! Il n'y a pas de conflits entre chrétiens et musulmans dans ce pays, et ce n'est pas une exception.

Effectivement, le Coran comprend plusieurs passages clairement violents et intolérants. mais c'est un livre qui a été écrit par des Hommes d'une autre époque et qui est lu aujourd'hui par des gens qui ont une toute autre mentalité. Cela est aussi valable pour la plupart des autres livres sacrés. Le contexte n'est plus le même, les lecteurs du Coran interprétes ces passages comme des résidus du passé et n'en tiennent pas compte.

Aprés pour les quelques fanatiques musulmans, je ne pense pas que leur motivations proviennent du Coran ! Au pire c'est juste un mauvais prétexte.

Enfin, le reste de tes remarques sont à gerber.

Ce sont les construteurs de portables qui payent Opera pour porter le navigateur sur leurs plates-formes.

il n'y a pas besoin d'avoir fait Jussieu pour sentir si mélanger des gènes de chose qui n'ont rien à voir ensemble n'a pas un caractères essentiellement malsain (par exemple http://terresacree.org/index5.htm )

Pourquoi serait-il malsain de transférer à une espèce les avantages d'une autre (ou des avantages permettant un meilleur rendement) ? Je suis d'accord que la manipulation génétique est un phénomene a controler, mais faudra veiller à éviter les raccourcis :
> pas naturel (de ton point de vue) == "malsain"

Ce genre de raisonnement n'a pas vraiment réussi à l'humanité jusqu'à maintenant. Il faut arréter de croire que, parce que ca vient de la "nature", c'est forcément mieux.

Et puis bon, le site que tu as donné, c'est la crème de la désinformation :

Monstre : le poulet featherless
M. Cahaner prétend que les oiseaux produisent la viande plus maigre parce qu'aucune plume ne signifie la graisse moins sous-cutanée et l'agriculture eux serait moins destructrice à l'environnement parce que les fermiers de volaille ne devraient pas utiliser la ventilation pour empêcher le surchauffage de poulets. Il a dit : "les plumes sont une perte (des déchêts)

Il me semble que pi est ce qu'on appel un nombre "univers", c'est a dire que toutes les suites possible de nombres se retrouvent dans pi.

Bon, j'ajoute ma pierre a l'edifice avec un petit 8 entre fly et plate, en passant par Pierre Andre Latreille :)

J'ai du mal a croire que l'on puisse trouver pertinent ce genre de commentaire, totalement infonde, injustifie et pas specialement respectueux des etudiants de cette ecole (si c'est de l'humour, c'est tres fin ...)

Il y a du vrai et du faux, nous somme note sur plusieurs criteres : bien sur, le programme doit fonctionner et correspondre au consigne donnees (sortie correcte, pas de plantage, etc), mais doit aussi etre lisible et correctement ecrit. Nous avons meme une norme a respecter (qui est perfectible certe, mais qui permet de ne pas faire n'importe quoi) : des fonctions courtes, lisibles, avec un nombre limites de declarations (et beaucoup d'autres choses).

En ce qui concerne les methodes de travail, comme sa a ete precise plus haut, l'enseignement scientifique est tres reduit (attention je ne parle pas d'Epita, et des autres ecoles du pole, qui ont un enseignement dans la droite ligne de la Terminale S). Cela dit, ca ne veut pas dire que nous n'utilisons pas les mathematiques, en premiere annee notamment, nous aurons a faire un ray-tracer, qui demande un niveau assez pousse en math.
La philosophie de l'ecole est plutot d'obliger les eleves a chercher eux meme les solutions, les cours sont la pour nous donner les bases, mais l'etudiant doit se debrouiller pour l'appliquer lui-meme dans les projets.

Nous avons effectivement beaucoup de projet en meme temps, qui touchent un peu tout les domaines de la programmation (systeme, graphisme, etc). Les critiques, qui assimilent les etudiants d'Epitech a des "pisseurs de code", ne sont pas completement infondees, nous faisons effectivement beaucoup de programmation dans les premieres annees ; mais nous passons presque 2 ans (sur les 5 ans du cursus) en entreprise, pour assimiler les contraintes du travail professionnel.

Je me souviens de vieux trolls (notamment sur linuxfr), ou Epitech etait considere comme une ecole poubelle, recrutant tout les pauvres etudiants et fils a papa, trop mauvais pour rentrer dans une vrai Ecole d'Inge. Ce genre de chose est assez triste a entendre. L'ecole est assez ouverte et ne cherche pas forcement l'elite, c'est notamment une chance pour tout les bacheliers non-S qui veulent etudier l'informatique. Elle ne coute pas specialement plus cher que d'autres ecoles privees, et nous avons de bon locaux, et du materiel correcte. Et contrairement a ce que certains ont tendance a penser, l'enseignement qu'on nous dispense est assez serieux, en tout cas tres dense et particulierement interressant.

PS : desole pour les accents, j'utilise un clavier qwerty.

Bah voilà, c'est fait, Londre organisera les Jeux Olympiques ...

Rhaaa la Nouvelle Calédonie ... le plus beau lagon du monde, lôngin !!

C'est vrai que la vie dans la forêt c'est galère ... se partager un camembert - acheté à prix d'or à un indien amazonien - entre dix-huit pauvres gars qui n'ont rien manger d'autre que des racines depuis quatre jours.

Rhaaa la Nouvelle Calédonie ... le plus beau lagon du monde, lôngin !!

C'est vrai que la vie dans la forêt c'est galère ... se partager un camembert - acheté à prix d'or à un indien amazonien - entre dix-huit pauvres gars qui n'ont rien manger d'autre que des racines depuis quatre jours.

Tout d'abord, si il y'a des choses importantes dessus, sauvegarde ton répertoire personnel (c'est à dire le répertoire /home en gros).

Tu verra, l'installateur de Ubuntu est assez simple (quoique nettement moins beau que celui de Mandriva).
Au moment où arrive l'étape de partitionnement il te demandera si tu veux partitionner manuellement : répond oui.

A ce moment là les choses sérieuses commences.
Efface tes partition Linux et swap, histoire de pouvoir refaire tranquillement un peu d'ordre dans ta table de partition : personnellement je te conseille de créer trois partitions :

1 - Une première de 5GO que tu monteras sur /
2 - Une partition de swap (égal au double de ta mémoire RAM)
3 - Remplis tout le reste avec une partition que tu montera sur /home

En gros celà te permet de séparer tes donnés personnels du reste, si jamais tu veux changer de distribution (ou la réinstaller), tu n'auras plus à sauvegarder tes fichiers, refaire ta configuration, etc.

Je suis allé un peu plus loin que ce que tu demandé, mais l'étape de partitions et importante, et il faut pas la louper (même si mon modèle est perfectible).

Une fois le partitionnement effectué (sans risque pour tes autres partitions, pas besoin de Scandisk), Ubuntu commence à installer (dans mes souvenirs) le système de base. Il finira par détecter ta partition Windows, et te proposa d'intaller et configurer GRUB pour pouvoir démarrer dessus.

Normalement tu n'a rien à craindre, et Ubuntu est vraiment un très bon choix.

J'ai eu de problèmes ni avec l'installeur (pas de boucle infinie, rien, impec'), ni avec le jeu.
Néanmoins j'ai pu le tester avec un autre ordinateur, plus puissant, et le frame-rate était bizarrement nettement inférieur (c'est peut-être la faute des drivers ATI ... )
Enfin, c'est quand même un boulot superbe ce jeu !