Complètement d'accord, ce brevet est totalement trivial. D'ailleurs, il semblerait qu'il y ait eu quelquechose de similaire à l'époque du noyau 2.2.9, donc VMware n'a pas la primeur du concept.
Faire une erreur comme ça c'est vraiment honteux, ça laisse augurer du pire. Pourtant, la page de manuel est claire, il n'y a pas de difficultés particulières pour comprendre le fonctionnement de memset, memcpy et autres.
Pour l'instant... Rien ne dit que ça ne changera pas dans l'avenir. Et sinon la RFC 5358 déconseille fortement d'avoir des serveurs DNS récursifs ouverts à tout vent.
Sachant que u-boot est sous GPLv2 ou ultérieure...
Cela dit, si on ne peut pas ré-écrire le bootloader, et que celui-ci n'accepte de charger que des binaires signés par un système de clés publique/privée, ça ne règle pas le problème d'avoir les sources.
Ah la belle mentalité de merde! On profite grassement du boulot des autres (noyau Linux, tous les outils autour, etc), mais alors quand il s'agit de contribuer (un peu), il n'y a plus personne. Ca ne m'étonne pas de cette entreprise de toute façon.
Honnêtement je me suis posé la même question sur l'intérêt de fumer au vu de tous les inconvénients et du 0 avantage, mais n'ayant jamais été fumeur moi-même, je ne pourrais pas te répondre.
Je pense que beaucoup sont tombés dedans pour se la jouer "grand" et se donner une contenance au collège/lycée (mais bon ça me fait un peu penser au mouton qui suit la masse...) et après regrettent bien de s'être laissés embarqués là-dedans. Je ne suis pas sûr qu'on puisse trouver bcp de fumeurs (disons fumeurs depuis longtemps) faisant l'apologie de la clope.
Perso je coupe à la fois la 3G et le Wifi quand je ne me sers pas du téléphone. La 3G consomme aussi de l'énergie, surtout dans les zones mal couvertes.
Je ne fais pas un procès à l'Atom dans ce cas précis, le conducteur est très probablement responsable de ce qui lui est arrivé (hors défaillance technique éventuelle de la voiture, à voir après l'enquête). Ce que je trouve aberrant, c'est qu'on puisse rouler avec ce genre d'engins sur de la route normale, le but avoué de cette bagnole (il suffit de voir son châssis, son poids et son moteur) est quand même de donner des sensations fortes. Hors pour moi la route, c'est un espèce partagé, ce n'est pas pour faire du pilotage (et la remarque reste valable pour des motos comme celles que tu évoques: on ne me fera pas croire que les gens qui ont ça se limitent à du 130 peinard sur l'autoroute...)
Une moto qui fait 180ch, je sais pas où tu as vu que c'était commun et que ça pouvait être filé à n'importe qui... Quoiqu'il en soit, pour conduire une moto, tu passes un permis dédié, avec une formation dédiée. Le permis B ne t'enseigne pas la conduite de voitures qui sont faites pour aller sur un circuit et qui ne devraient pas en sortir.
Pour l'anecdote, j'ai eu l'occasion d'essayer une formule renault sur quelques tours de circuit, il me semble que ça fait le 0-100 km/h en un peu moins de 5 sec, ben même si l'accélérateur n'est pas binaire, t'as vite fait d'aller au plot quand même si tu doses mal. Alors sur route standard, avec un bolide qui fait du 0-100 en 2.8 sec faut être un peu maboul (d'ailleurs, quand je vois la photo de cette Atom, je me fais la même réflexion qu'un autre posteur, comment ça peut être homologué un truc pareil ?)
Moi ce qui me désole le plus dans l'histoire, c'est que l'acteur qui s'est planté avait un gosse de 8 mois, quelle idée d'aller jouer avec des quasi-voitures de course dans ce genre de situation :/
Xilinx fournit gratuitement une version de son kit de dév (ISE), mais cette version a des limitations (ie, les FPGAs les plus performants ne sont pas gérés je crois, mais je pense que pour celui de ce projet c'est bon). Par contre, tout ça n'est pas libre.
Ce qui m'intéresse le plus c'est l'ajout d'un démon LDP pour la distribution de labels MPLS, sachant qu'il y a déjà une partie forwarding au niveau du noyau visiblement.
Avec un peu de chance, à plus ou moins long terme, on pourra se faire un vrai routeur MPLS/VPN grâce à OpenOSPF, OpenBGP et LDPd.
Pour l'instant il n'y a pas énormément de choix en implémentations "libres" de MPLS. Il y a MPLS-Linux mais malheureusement ça ne semble pas près d'être intégré dans le kernel mainline :(
Ok, globalement tu racontes n'importe quoi, le problème est que tu vas embrouiller du monde avec tes affirmations fantaisistes et péremptoires.
En IPv4, déjà la plage multicast c'est 224.0.0.0/4, soit 224.0.0.0 jusqu'à 239.255.255.255.
Pour s'abonner à un groupe multicast, le récepteur (le host quoi) doit utiliser IGMP pour que le routeur soit informé. Les routeurs eux utilisent PIM entre eux pour construire un arbre de diffusion.
En IPv6, c'est MLD qui remplace IGMP. Les routeurs utilisent toujours PIM entre eux.
La notion d'adresse multicast étant plus complexe en v6, je te renvoie vers http://livre.point6.net/index.php/Adressage_multicast pour les détails. Les adresses multicast sont toutefois toutes situées dans la plage FF00::/8.
"Par contre si on se penche sur les normes 1826 (authentification), 1827 (confidentialité) ou 2461 (découverte des voisins) ca n'est plus vraiment le cas."
Mais qu'est-ce que c'est que ce délire ???? La RFC 2461 parle de Neighbor Discovery, c'est dans le concept la même chose que ARP, quel est le rapport avec la carte réseau ? RFC 1826 et 1827 c'est respectivement AH et ESP, typiquement ce qu'on utilise dans IPSec, encore une fois, quel rapport avec le hardware ?
[^] # Re: Utile aussi pour la virtualisation
Posté par galactikboulay . En réponse à la dépêche Intel présente un prototype de processeur x86 octatétracontacœur. Évalué à 7.
La page de mergemem est a priori celle-ci: http://www.complang.tuwien.ac.at/ulrich/mergemem/
[^] # Re: Utile aussi pour la virtualisation
Posté par galactikboulay . En réponse à la dépêche Intel présente un prototype de processeur x86 octatétracontacœur. Évalué à 3.
[^] # Re: Honteux
Posté par galactikboulay . En réponse au journal Quand microsoft fait de l'open source. Évalué à 9.
void *memset(void *s, int c, size_t n);
The memset() function fills the first n bytes of the memory area pointed to by s with the constant byte c.
CONFORMING TO
SVr4, 4.3BSD, C99.
Donc memset() est défini en C99, je ne vois pas pourquoi les dévs noyaux se seraient amusés à inverser des paramètres pour le plaisir.
Et puis c'est pas différent chez MS non plus:
http://msdn.microsoft.com/en-us/library/1fdeehz6(VS.80).aspx
[^] # Re: Utile aussi pour la virtualisation
Posté par galactikboulay . En réponse à la dépêche Intel présente un prototype de processeur x86 octatétracontacœur. Évalué à 3.
# Honteux
Posté par galactikboulay . En réponse au journal Quand microsoft fait de l'open source. Évalué à 10.
[^] # Re: Pas exactement pareil
Posté par galactikboulay . En réponse au journal Un pas de plus vers le contrôle total ?. Évalué à 2.
[^] # Re: Sagem Secure boot = Uboot modifié sans les sources
Posté par galactikboulay . En réponse au journal Orange publie le code source de la Livebox ... ou presque. Évalué à 2.
Cela dit, si on ne peut pas ré-écrire le bootloader, et que celui-ci n'accepte de charger que des binaires signés par un système de clés publique/privée, ça ne règle pas le problème d'avoir les sources.
[^] # Re: BSD ?
Posté par galactikboulay . En réponse au journal Orange publie le code source de la Livebox ... ou presque. Évalué à 5.
[^] # Re: De l'interet de commencer ?
Posté par galactikboulay . En réponse au journal Je fais un tabac. Évalué à 7.
Je pense que beaucoup sont tombés dedans pour se la jouer "grand" et se donner une contenance au collège/lycée (mais bon ça me fait un peu penser au mouton qui suit la masse...) et après regrettent bien de s'être laissés embarqués là-dedans. Je ne suis pas sûr qu'on puisse trouver bcp de fumeurs (disons fumeurs depuis longtemps) faisant l'apologie de la clope.
[^] # Re: De l'interet de commencer ?
Posté par galactikboulay . En réponse au journal Je fais un tabac. Évalué à 2.
[^] # Re: Gni ?
Posté par galactikboulay . En réponse au journal Le service marketing de SFR, c'est des genies.. Évalué à 2.
[^] # Re: Voiture homologuée ?
Posté par galactikboulay . En réponse au journal Jocelyn Quivrin bronsonisé. Évalué à 4.
[^] # Re: Un autre effet positif ?
Posté par galactikboulay . En réponse au journal Il y a Wikipedia, et Wikipedia (by Orange). Évalué à 9.
[^] # Re: Voiture homologuée ?
Posté par galactikboulay . En réponse au journal Jocelyn Quivrin bronsonisé. Évalué à 1.
[^] # Re: Voiture homologuée ?
Posté par galactikboulay . En réponse au journal Jocelyn Quivrin bronsonisé. Évalué à 6.
Moi ce qui me désole le plus dans l'histoire, c'est que l'acteur qui s'est planté avait un gosse de 8 mois, quelle idée d'aller jouer avec des quasi-voitures de course dans ce genre de situation :/
[^] # Re: Et dire que NI vends ses cartes FPGA des milliers d'Euros !!!
Posté par galactikboulay . En réponse à la dépêche Open Graphics lance la production de l'OGD1. Évalué à 4.
[^] # Re: Un serveur qui fait du push
Posté par galactikboulay . En réponse au journal Avec SPDY, Google souhaite accélérer remplacer/accélérer HTTP. Évalué à -1.
[^] # Re: On se demande qui est l'idiot/enflure
Posté par galactikboulay . En réponse au journal On connait un des brevets microsoftiens que linux viole. Évalué à 1.
Trouver quels sont les utilisateurs qui ont le droit demander et le presenter a l'utilisateur, desole mais je ne connais pas d'OS qui le fasse.
Ouais, peut-être que les autres OS ont une conception un peu moins naze de la sécurité aussi.
[^] # Re: On se demande qui est l'idiot/enflure
Posté par galactikboulay . En réponse au journal On connait un des brevets microsoftiens que linux viole. Évalué à 2.
[^] # Re: 2,21 GigoWatt
Posté par galactikboulay . En réponse au journal Le voyage dans le temps a 54 ans!!!. Évalué à 10.
# MPLS
Posté par galactikboulay . En réponse au journal OpenBSD 4.6 is out. Évalué à 1.
Avec un peu de chance, à plus ou moins long terme, on pourra se faire un vrai routeur MPLS/VPN grâce à OpenOSPF, OpenBGP et LDPd.
Pour l'instant il n'y a pas énormément de choix en implémentations "libres" de MPLS. Il y a MPLS-Linux mais malheureusement ça ne semble pas près d'être intégré dans le kernel mainline :(
[^] # Re: Il y a même un guide pour écrire du code comme ça !
Posté par galactikboulay . En réponse au journal ha le php et ses élites. Évalué à 1.
[^] # Re: Alors moi j'ai des fortunes.
Posté par galactikboulay . En réponse au journal ha le php et ses élites. Évalué à 1.
[^] # Re: IPV6 n'existe pas
Posté par galactikboulay . En réponse au journal IP v6 sur Linuxfr.org. Évalué à 5.
En IPv4, déjà la plage multicast c'est 224.0.0.0/4, soit 224.0.0.0 jusqu'à 239.255.255.255.
Pour s'abonner à un groupe multicast, le récepteur (le host quoi) doit utiliser IGMP pour que le routeur soit informé. Les routeurs eux utilisent PIM entre eux pour construire un arbre de diffusion.
En IPv6, c'est MLD qui remplace IGMP. Les routeurs utilisent toujours PIM entre eux.
La notion d'adresse multicast étant plus complexe en v6, je te renvoie vers http://livre.point6.net/index.php/Adressage_multicast pour les détails. Les adresses multicast sont toutefois toutes situées dans la plage FF00::/8.
[^] # Re: IPV6 n'existe pas
Posté par galactikboulay . En réponse au journal IP v6 sur Linuxfr.org. Évalué à 10.
"Par contre si on se penche sur les normes 1826 (authentification), 1827 (confidentialité) ou 2461 (découverte des voisins) ca n'est plus vraiment le cas."
Mais qu'est-ce que c'est que ce délire ???? La RFC 2461 parle de Neighbor Discovery, c'est dans le concept la même chose que ARP, quel est le rapport avec la carte réseau ? RFC 1826 et 1827 c'est respectivement AH et ESP, typiquement ce qu'on utilise dans IPSec, encore une fois, quel rapport avec le hardware ?