pasBill pasGates a écrit 16233 commentaires

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.

Bien alors le PDG qui comprend rien, il fait comment pour decider entre :

- MS
- IBM
- Sun
- Compaq
...

Ils font tous de la pub, c'est les 4 des grosses boites. D'autre part, tu crois que le PDG qui pige rien il va lire la licence ? tu te fous de moi ?

Dans une PME avec 10 employes, oui le PDG choisit et il a peut-etre personne pour le conseiller, dans une grosse boite c'est pas le PDG qui choisit un Sun E10000 plutot qu'un IBM SP2, le PDG il suit les conseils qu'on lui donne car il sait qu'il pige rien et que c'est une decision qui coute cher. Les departements IT ont des budgets a leur disposition, et ces departements ne sont d'habitude pas diriges par un specialiste en parfumerie mais par un type qui a un minimum de connaissances informatiques.

Cites moi donc ou ils ont fait ca.

J'attends.

Bon tu veux peut-etre me dire que les docs que MS donne a ses propres developpeur sont fausses ? que les structures du kernel qu'ils donnent dans les bouquins sont fausses ? que les softs qui te permettent de debugger l'OS/lire les structures du kernel marchent par miracle ?

Si tu veux voir que la stack TCP/IP est multithread ben en ecrivant un soft c'est pas facile car tu n'as pas un Win2k non multi-thread pour comparer, par contre tu peux simplement prendre des outils de debuggage kernel et voir ce qui se passe avec les threads, ou ils en sont,...

Le bouquin que j'ai cite contient un CD avec un kernel debugger,... tout ce qu'il faut pour que tu t'en rendes compte.

bon je crois qu'on va oublier alors...

Incroyable quand meme ces milliers de softs qui tournent sous Windows et qui ont ete ecrits avec des docs fausses, sans compter ce bouquin "Inside Microsoft Windows 2000" que MS donne a tous les nouveaux developpeurs de la division Windows pour qu'ils apprennent comment fonctionne l'OS.

La j'abandonne, car meme si je te montrais le code j'aurais droit a un "mais j'ai aucune preuve que c'est le vrai code !". C'est simplement que tu ne VEUX pas le croire car ca n'entre pas dans ta logique.

Vive la parano...

Si t'as une libraire GPL ben soit tu link dynamiquement ton soft, soit tu dois le mettre en GPL.

Chez MS :

- 1) c'est specifique au soft ci-dessus uniquement, kernel32.dll c'est dans Win2k et il n'y a nulle part une telle notice dans la licence de Win2k.

- 2) tu fais de meme, tu link dynamiquement et le code de MS ne finit pas dans ton soft.

La notice "Copyright ...." est presente dans le binaire, pour le disclaimer je sais pas, il est peut-etre dans les manuels/docs/xxx je sais pas je les ai pas lus.

Effectivement si ils ne sont pas presents ni dans les manuels, ni ailleurs alors ils ne respectent pas la licence, encore faut il verifier qu'ils ne sont pas dans les manuels ou ailleurs plutot qu'affirmer immediatement qu'ils ne sont pas la.

cf plus haut les differences entres les kernels, et l'architecture des stacks, tout cela etant verifiable dans les docs des 2 OS.

Ensuite si tu ne crois pas les docs developpeurs ben je peux plus rien pour toi.