Sujet : Re: Nouvelle Page
De : pehache.7 (at) *nospam* gmail.com (pehache)
Groupes : fr.comp.sys.atariDate : 14. Jul 2023, 12:09:13
Autres entêtes
Organisation : Nemoweb
Message-ID : <EBKFjlPB27opRLi31RXgBeZcayA@jntp>
References : 1 2 3 4 5 6 7 8 9 10
User-Agent : Nemo/0.999a
Le nombre de WTF par ligne est tout simplement hors normes, là...
Le 14/07/2023 à 11:49, Francois LE COAT a écrit :
S'il y a eu une singularité,
Il n'y a pas eu de "singularité", mais un dépassement de capacité. Donc une erreur de programmation et rien à voir avec ce que tu prétends. C'est fou que non seulement tu dises une connerie en premier lieu, mais que même après qu'on t'a fourni la preuve que tu disais une connerie tu t'enfonce en la répétant encore et encore.
c'est que le calcul flottant était effectué
par une FPU.
Ce qui est logique pour un calcul flottant.
Il ne s'agit pas d'un bug software,
Donc si.
mais d'un calcul mal
maîtrisé produit par le hardware (FPU). Or le bug de Win95, avec la
singularité du sin(x)/x en zéro, était un bug de la FPU 8087.
"singularité" est un terme mathématique qui ne veut rien dire en informatique.
Il y a une division par zéro, qui mathématiquement n'est pas possible, mais un FPU retourne toujours chose : par exemple NaN, ou +/-Inf. Ce ne fait rien planter du tout en soi, même sur un x87. Il y a juste un signal "Division by zero" qui est émis, et que l'application peut gérer ou pas : c'est de la responsabilité du développeur. Une des façons de gérer étant de dire "s'il y a une division par zéro je veux que l'appli crashe car on ne doit jamais en arriver à faire une division par zéro"
Les codes de calcul scientifique sont truffés de tests pour éviter les divisions par de très petites valeurs (allant potentiellement jusqu'à un vrai zéro) provoquant des overflows ou des divisions par zéros (deux variantes de floating point exceptions), par exemple quand on arrive à la convergence d'une optimisation itérative. Tu devrais savoir ça vu ton métier, mais encore une fois tu étales ton incompétence crasse.
J'ai eu
l'explication d'un scientifique de Microsoft qui est venu le raconter
clairement dans mon laboratoire.
Affabulation. Tu n'as probablement rien compris de ce qu'il a raconté à l'époque.
Les bugs de la FPU et des Pentium ont
fait beaucoup de bruit au lancement de Win95, qui était instable.
Comme l'a souligné OL, dans le code il n'y a à priori pas de calculs flottants. Donc il va falloir expliquer comment un soit-disant bug de FPU pour faire planter un OS.
Ça
n'était pas du tout le cas des machines Motorola, ATARI entre autres,
comme a tenté de dire Olivier. Les PC étaient monstrueusement buggés !
À l'époque pour solutionner les plantages à répétition, il n'y avait
qu'une seule solution. C'était de réinstaller Windows à partir du CDROM.
Une vraie perle cette dernière phrase. Comment une réinstallation pourrait corriger un bug hardware ? ? ? C'est dément d'écrire des conneries pareilles.