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.
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.
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.
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.
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.
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.
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.
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.
[^] # Re: Tu veux mon avis...
Posté par pasBill pasGates . En réponse à la dépêche Linux n'est pas une révolution.. Évalué à 1.
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.
[^] # Re: Cher petit fake de PbPG...
Posté par pasBill pasGates . En réponse à la dépêche Linux n'est pas une révolution.. Évalué à -1.
[^] # Re: Cher petit fake de PbPG...
Posté par pasBill pasGates . En réponse à la dépêche Linux n'est pas une révolution.. Évalué à 1.
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)...
[^] # Re: NT grosse daube
Posté par pasBill pasGates . En réponse à la dépêche Linux n'est pas une révolution.. Évalué à 1.
[^] # Re: NT grosse daube
Posté par pasBill pasGates . En réponse à la dépêche Linux n'est pas une révolution.. Évalué à 1.
Et en passant, si tu transmettais la chose a MS, on pourrait meme voire a la corriger cette faille.
[^] # Re: Prêt pour quoi ?
Posté par pasBill pasGates . En réponse à la dépêche Linux n'est pas une révolution.. Évalué à 1.
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).
[^] # Re: Développer GPL avec QT sous Windows ? Laissez moi rire...
Posté par pasBill pasGates . En réponse à la dépêche Qt/Windows disponible pour une utilisation non-commerciale. Évalué à 1.
Cela n'a absolument rien a voir avec Visual Studio.
[^] # Re: NSA et autres institutions fouvernemantales
Posté par pasBill pasGates . En réponse à la dépêche Top500 des supercalculateurs. Évalué à 1.
http://www.ibm.com/news/ls/1999/07/articles/index_02.phtml(...)
[^] # Re: Enorme !!!
Posté par pasBill pasGates . En réponse à la dépêche Interview de Bill Gates. Évalué à 1.
http://brandolph.multimania.com/jvcd2.html(...)
[^] # Re: Pile TCPIP: la preuve
Posté par pasBill pasGates . En réponse à la dépêche Interview de Bill Gates. Évalué à 1.
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/...
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
Un kernel c'est autre chose qu'une application user mode.
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
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.
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
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.
[^] # Re: PasBillPasGates t'es qui en vrai ?
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
Qu'est ce qu'on ferait pas pour se convaincre que l'adversaire est vile, mechant et merite d'etre detruit hein...
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
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.
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
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.
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
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.
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
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.
[^] # Re: Toi, y'en a dire une grosse betise...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
Au fait, si tu fais du BSD, t'as aucun probleme avec le toolkit, BSD c'est libre non ?
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
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.
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
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.
[^] # Re: On lit avant de s'exciter...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
- 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.
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
J'attends.
[^] # Re: Avec Win2K dérivé de *BSD...
Posté par pasBill pasGates . En réponse à la dépêche Interdiction de produire des logiciels libres avec les outils Microsoft!. Évalué à 1.
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.