Je comprends pareil. Et il n'y a qu'un pas pour penser que :
. ces erreurs sont sans conséquences pour windows car ce dernier inclut ces correctifs nécessaires, ou des workarounds. OK.
hypothèses :
. windows inclut uniquement les correctifs et workarounds des erreurs que l'on rencontre lorsqu'on utilise le compilo de la même maison.
. le compilo de cette maison créait d'autres erreurs, dont les correspondances (le terme correspondances étant peut être plus approprié, là, pour ça) ne se trouvent que dans windows.
résultat :
. la norme est respectée (elle est implémentée tel quel, sans modifications)
. des ajouts maisons à la norme sont réalisés
. le moyen le plus rapide et le plus sûr pour un constructeur est d'utiliser le compilo de la maison MS.
. on peut dire sans mentir que les bios sont buggés (mais on ne dit pas qu'on ajoute des bugs avec la solution pour éviter les bugs des bios)
. le constructeur se retrouve avec une facilité pour sa pré-install
. le constructeur se retrouve baisé avec des tables acpi qui ne peuvent être prises que par windows, sans gros travail (ou sur le bios réellement, ou en chassant les workarounds)
. cela impacte le desktop linux, qui ne décolle pas. comme il ne décolle pas, le constructeur ne s'y intéresse pas.
. MS joue fin, très fin, mais gros (si c'était prouvé, il deviendrait possible de faire interdire le compilo MS pour cet usage, aux usa, ou de l'obliger à documenter)
En résumé, MS cherche à faire du Apple, mais sur tout les constructeurs, ouch, et sans leur accord, ouch.
[^] # Re: cool je vais tester sur mon portable ;)
Posté par bubar🦥 . En réponse au journal La surconsommation électrique de Linux identifiée. Évalué à 4.
Je comprends pareil. Et il n'y a qu'un pas pour penser que :
. ces erreurs sont sans conséquences pour windows car ce dernier inclut ces correctifs nécessaires, ou des workarounds. OK.
hypothèses :
. windows inclut uniquement les correctifs et workarounds des erreurs que l'on rencontre lorsqu'on utilise le compilo de la même maison.
. le compilo de cette maison créait d'autres erreurs, dont les correspondances (le terme correspondances étant peut être plus approprié, là, pour ça) ne se trouvent que dans windows.
résultat :
. la norme est respectée (elle est implémentée tel quel, sans modifications)
. des ajouts maisons à la norme sont réalisés
. le moyen le plus rapide et le plus sûr pour un constructeur est d'utiliser le compilo de la maison MS.
. on peut dire sans mentir que les bios sont buggés (mais on ne dit pas qu'on ajoute des bugs avec la solution pour éviter les bugs des bios)
. le constructeur se retrouve avec une facilité pour sa pré-install
. le constructeur se retrouve baisé avec des tables acpi qui ne peuvent être prises que par windows, sans gros travail (ou sur le bios réellement, ou en chassant les workarounds)
. cela impacte le desktop linux, qui ne décolle pas. comme il ne décolle pas, le constructeur ne s'y intéresse pas.
. MS joue fin, très fin, mais gros (si c'était prouvé, il deviendrait possible de faire interdire le compilo MS pour cet usage, aux usa, ou de l'obliger à documenter)
En résumé, MS cherche à faire du Apple, mais sur tout les constructeurs, ouch, et sans leur accord, ouch.