L'écran bleu de la mort de Windows 10 s'offre un code QR

Mickaël Bazoge |

Les écrans bleus de la mort (BSOD) bien connus des utilisateurs de Windows ne seront plus tout à fait les mêmes. Microsoft a en effet ajouté une petite nouveauté dans une build de Windows 10 : les BSOD s’ornent désormais d’un… code QR ! Il suffira de le numériser avec son smartphone pour obtenir plus d’informations sur le bug qui a provoqué le crash de l’ordinateur.

Actuellement, il s’agit d’une page générique, explique Ars Technica. Mais quand la fonction sera mise en place, les utilisateurs qui voudront en savoir plus n’auront plus à fouiller avec un code d’erreur. La nouvelle page, présente dans la build 14316 du système d’exploitation, comprend aussi une URL qu’il sera plus facile de retenir ou de prendre en photo.

Cette nouveauté devrait faire son apparition dans l’Anniversary Update de Windows 10, attendue pour cet été.

avatar daxr1der | 

@XiliX :
J'ai un iphone 6s et non un windows phone je ne suis pro d'aucune marque.

avatar prommix | 

C'est tellement beau!

avatar Flash | 

Jamais eu de freeze ni sur El Capitan ni sur Windows 10 et ni sur Windows 7.

Y en a ils sont resté bloqués en 1998...

avatar malcolmZ07 | 

@Flash :
Chez moi Windows 7 est quand même plus stable que le 10. (Problème de driver à répétition)

avatar tbr | 

Microsoft ne va pas (encore une fois) au bout du concept.

1/ Windows plante...
2/ Le BSOD et son code QR spécifique apparaît !
3/ L'utilisateur, interloqué (lui qui pensait que c'en était fini de ce truc — même qu'on lui a juré que si), se saisit de son WindowsPhone (10, donc — autant être cohérent) et
4/... Scanne le code QR du BSOD
5/ qui PLANTE son smartphone.

6/... et l'utilisateur, part s'acheter un mac et un iPhone.

Tout est bien qui finit bien. Merci Microsoft.

Comment ça, impossible ? :-)

avatar Paquito06 | 

Donc on sait tjrs pas comment les gens font planter leurs machines que ce soit sous Windows ou OS X, (dev exclus please, qui ont des environnements speciaux).

avatar oupsman | 

Facile, la recette est la même pour les deux OS : driver de matériel exotique codé avec les pieds.

avatar BigMonster | 

Et ça leur arrive de vérifier leur boulot ?

Dernier paragraphe, l'interligne est trop serré, ce qui fait que dans l'avant-dernière ligne, les jambages des lettres sont tronqués.

Non, je ne pinaille pas, c'est révélateur.

Travail bâclé pour un OS né "quick and dirty", et qui l'est resté.

avatar byte_order | 

Pour l’anecdote, un autre OS affiche depuis 2012 un QRCode en cas de crash kernel, mais ce code contient le (début) du rapport de crash, ce qui permet sa recopie sans erreur en l'absence de toute autre moyen disponible : Haiku.

https://www.haiku-os.org/blog/mmlr/2012-07-01_qr_encode_your_kdl_output

Clairement, cette technique n'a pas grand intérêt pour l'utilisateur final.
Mieux vaut un mécanisme post-mortem après reboot qui utilise une partie de la RAM pour en extraire les données du crash. Mais un reboot a chaud n'est pas toujours possible non plus, et par définition quand c'est parti en vrille, on marche sur des oeufs, rien n'est plus sûr de fonctionner comme attendu...

Les OS plus sérieux adoptent une technique nettement plus élaboréé consistant à afficher un écran de panique et/ou à redémarrer spontanément ou à faire le "mort".

C'est tellement plus efficace pour diagnostiquer le problème source...

Pages

CONNEXION UTILISATEUR