pasBill pasGates a écrit 16315 commentaires

Ben j'entends par la :

- Quelqu'un avec un nom et un prenom, pas comme moi :+)

- Quelqu'un que j'ai deja vu discuter sur linuxfr.org et qui se comporte comme un etre sense

- Quelqu'un avec une adresse 'non anonyme' qui contient son nom.

Genre Fabien Penso ferait l'affaire si il est d'accord.

Les toilettes

J'ai dit qqun digne de confiance...

Ce qui comme cela a ete tres bien explique au dessus met hors concours les addresses yahoo, hotmail,...

1) MS serait la 1ere entreprise mondiale de quoi ? faut preciser... Par rapport a certaines societes on est presque des nains.

2) Travailler chez MS ne signifie pas forcement qu'on est fou amoureux de Windows et qu'on deteste Linux contrairement a ce que certains semblent croire.

3) J'ai pas envie de filer mon e-mail boulot/nom en public car vu le QI de certains ici, je serais envahi de spam et autres cochonneries apres 5 minutes.

4) Si tu me trouves quelqu'un digne de confiance qui s'engagerait a ne pas filer mon e-mail a toute la planete, ben lui pourrait bien recevoir un e-mail de @microsoft.com et confirmer ensuite.

euh... 20h34 - 9h00 = 11h34 bien sur :+)

20h34 - 9h00 = 11h04 du matin

Ensuite que tu croies ou pas ce que je dis, ben ca me fait une TRES belle jambe(non je ne mets pas de bas, que des chaussettes de sport)...

Bien, alors envoie-la moi sur mon e-mail avec les etapes pour reproduire la chose, parce qui si MS est pas au courant, ben on pourra pas te sortir de patch...

Je serais tres interesse par cette faille, vu qu'on prone l'ouverture sur ce site, tu pourrais la devoiler histoire qu'on soit tous au courant ?
Et en passant, si tu transmettais la chose a MS, on pourrait meme voire a la corriger cette faille.

euh....

Je crois que tu n'as pas la MOINDRE idee des procedures de tests et du nombre de personnes qui s'occupent de ca a temps complet ici... Les devs ne testent pas leur code(enfin un tout petit peu quand ils le developpent, mais les vrais tests sont fait par un departement qui ne fait que ca)

Quand a la vitesse d'evolution des noyaux, c'est sur que le noyau de Linux bouge plus vite que celui de Win2k, ca veut pas forcement dire qu'il est plus avance(ni d'ailleurs qu'il est moins bien, bien que de mon avis PERSONNEL ce soit le cas).

L'article expliquait qu'il etait interdit d'utiliser des outils GPL pour creer des softs incluant une partie ou le tout du Microsoft Mobile Internet Toolkit qui contient entre autre du code source.

Cela n'a absolument rien a voir avec Visual Studio.

Il n'y avait pas que le cerveau, IBM etait deja la...

http://www.ibm.com/news/ls/1999/07/articles/index_02.phtml(...)

Je ne resiste pas a l'envie, je m'en resert une couche :
http://brandolph.multimania.com/jvcd2.html(...)

Protocole TCP/IP = en gros definition et specification du format des donnees ainsi que des regles qui conditionnent la reception/envoi des paquets.

Pile TCP/IP = implementation du protocole TCP/IP, c'est a dire un soft qui met en pratique ce qui est ecrit dans les specs.

Le protocole a ete cree par l'armee americaine et des universites.

Des dizaines de gens/societes ont cree leur implementation et l'ont vendue/donnee/...

Non c'est tres solide comme argumentation, le code d'un kernel n'a pas grand-chose a voir avec du code usermode, les tweaks utilises pour ameliorer les perfs sont dependants du kernel, l'architecture de la stack est dependante de l'architecture choisie pour le kernel, etc...

Un kernel c'est autre chose qu'une application user mode.

Bien alors explique moi comment est-ce que des centaines de constructeurs hardware sont arrives a ecrire leurs drivers si les docs du kernel sont si fausses que ca, ils passent 5 mois a debugger en aveugle ? surement pas vu que les drivers pour Windows sortent vite.
Je veux bien qu'il y ait peut-etre quelques petites erreurs, mais de la a remettre en question l'architecture du kernel decrite dans les docs il y a un ocean.

Un driver si ca marche pas correctement ca fait planter la machine, chose que MS prefere eviter(d'ou le concept de drivers signes), ils s'arrangent donc pour que les constructeurs aient les docs les plus correct possible.

Tu es en train de me dire qu'on ne peut pas faire confiance aux docs pour ce qui est de l'architecture du kernel car il y a de temps en temps des erreurs dans les docs, en gros tu remets toutes les docs en cause pour quelques erreurs, c'est franchement exagere.
Je te le dis, prends ce debugger dans le livre que j'ai decris et va voir par toi-meme, comme ca tu seras convaincu.

Oui mais quand tu debugges, t'as franchement interet a ce que le debugger te dises reellement ce qu'il se passe plutot que des fausses infos sinon t'arrives pas a le finir ton driver.

Je dis pas que les docs MS sont 100% exactes sans la moindre petite erreur, mais dire qu'on ne peut pas faire confiance aux docs en ce qui concerne l'architecture du kernel car il est arrive qu'elles contiennent des erreurs, c'est EXTREMEMENT exagere.

Vive la parano.

Qu'est ce qu'on ferait pas pour se convaincre que l'adversaire est vile, mechant et merite d'etre detruit hein...

Toi t'as toujours pas compris ce qu'est une TCP window.

Va lire un bouquin et tu comprendras ce que c'est et avec un peu de chance t'arriveras meme a comprendre pourquoi MS a pris la meme valeur que les xxxBSD.

Je te meprise pas, je te montre a quel point tes arguments ne tiennent pas la route c'est different.

Ce qui ressemble entre eux c'est le type de fonction utilise(qui donne cette representation en cube), mais la fonction est differente, ce pourquoi les cubes ne sont pas aussi denses/larges entre Windows, et les BSD entre eux.

Quand au journaliste, je ne vois pas pourquoi on devrait meme ecouter ce qu'il dit sachant qu'il ne sait probablement pas ce qu'est une pile TCP/IP.

Pourquoi ?

Je te dis que MS utilises ce bouquin pour ses propres dev et tu dis que tu ne me crois pas.
Pourquoi ca serait different avec du code ?

Je m'emporte car j'ai vraiment l'impression que vous etes bornes et que vous refusez de voir la realite qui est juste sous vos yeux.

Vu le nombre de personnes qui revent de casser MS en morceaux, un grand nombre a surement entrepris de jouer avec l'OS dans son coin, en le desassemblant(oui c'est pas legal mais pas d'hypocrisie tout le monde le fait quand meme), etc... Et si qui que ce soit avait trouve quelque chose, ca se serait repandu comme une trainee de poudre sur le net, hors RIEN n'a ete trouve.

Oui, et que fait le debugger ? il te montre les structures internes, qui comme par hasard sont exactement les memes que celles decrites dans le bouquin.

Ensuite tu te demandes pourquoi il y a tous ces champs dans les structures, les dev MS sont cons et mettent des champs inutiles ? ou bien ces champs servent effectivement, chose que le debugger permet de verifier puisque tu peux suivre TOUT ce que la machine fait avec le kernel debugger.

Si tu utilises le toolkit c'est que tu as accepte la licence qui va avec. Si tu n'accepte pas la licence ben tu n'utilises pas le toolkit, comme pour la GPL: si tu n'acceptes pas la GPL, ben tu ne mets pas de code GPL dans ton code.

Au fait, si tu fais du BSD, t'as aucun probleme avec le toolkit, BSD c'est libre non ?

Si je te montres le code tu vas me dire que c'est pas le vrai.

Utilises simplement ta logique :

- les constructeurs hardware utilisent les docs MS pour ecrire des drivers qui tournent en mode kernel, y compris pour les cartes reseaux. Si MS donne de fausses infos, les drivers ne marchent pas, hors les drivers fonctionnent vu que j'arrive a lire ce que je tape en ce moment.

- les kernel debuggers permettent de lire les structures du kernel, ce qui se passe a chaque instant et sont dispo a tout le monde.

Maintenant prends le temps de tester par toi meme et tu verras plutot que gueuler sur ce forum alors que tout ce dont tu as besoin pour verifier est disponible.

Bon alors explique moi comment ces centaines de societes arrivent a ecrire des drivers pour Win2k sachant que les drivers operent en mode kernel si les docs sont fausses.

Si tu arrives a me donner la reponse ben bravo...

Et le fait que le debugger soit cree par MS change quoi ? Tu crois que le debugger file de fausses infos ? tu fumes quoi le matin ?

Il faut arreter la parano, ca induit du stress et c'est pas bon pour les nerfs.