Tags populaires：
Virtualisation sécurité DNS vérification formelle analyse d'atteignabilité erreurs du compilateur conflit de macro extension web framework de développement Graphiques bitmap incohérences d'API Tous les tags

Le mystère de la police 8x19 dans le BIOS Intel

2025-08-18

Cet article détaille le parcours de l'auteur pour découvrir les origines d'une police 8x19 non standard trouvée dans le BIOS des cartes mères Intel. En commençant par une capture d'écran de l'écran POST du BIOS d'une carte Intel AN430TX, l'auteur découvre que les anciennes cartes Intel (comme les AN430TX et AL440LX) utilisaient une police personnalisée 8x19, différente de la police standard 8x16. Pour résoudre le mystère, l'auteur tente de décoder les images du BIOS, réussissant avec une méthode intelligente. Cela révèle la présence de la police dans les anciennes versions du BIOS, intelligemment intégrée au module de chaînes pour économiser de l'espace. Des recherches supplémentaires montrent l'utilisation de la police à différentes époques, par différents fabricants de BIOS (AMI et Phoenix) et même dans les shells EFI ultérieurs. L'auteur suppose qu'Intel, et non les fabricants de BIOS, est à l'origine de la police, en analysant son rôle dans l'évolution de la technologie d'affichage.

Lire plus
(www.os2museum.com)
Matériel

Recherche IA Google : Les réponses fausses plus convaincantes que les faits ?

2025-05-31

L'auteur a essayé d'utiliser la recherche IA de Google pour trouver un ancien modèle de serveur IBM PS/2, pour découvrir que l'IA donnait à plusieurs reprises des réponses fabriquées et contradictoires, inventant même un modèle inexistant, "PS/2 Modèle 280", et ses spécifications. Bien que l'IA donne parfois la bonne réponse, les réponses incorrectes sont plus convaincantes car détaillées et réalistes. Ceci souligne le potentiel d'erreurs importantes dans les résultats de recherche IA ; même si une réponse semble convaincante, elle peut ne pas correspondre à la réalité. Les utilisateurs doivent faire preuve de prudence.

Lire plus
(www.os2museum.com)
Technologie Précision de l'information

L'évolution du sauvetage de l'état de l'UFP 80387 : une histoire d'erreurs de documentation

2025-02-07

En enquêtant sur le comportement des unités de traitement en virgule flottante (UFP) x87 et leurs mécanismes de sauvegarde d'état (instructions FSTENV/FLDENV et FSAVE/FRSTOR), l'auteur a découvert des divergences entre l'ancienne documentation d'Intel et les révisions ultérieures concernant l'état de l'UFP en mode protégé 32 bits. L'ancienne documentation du 80387 omettait l'opcode à virgule flottante de l'état de l'UFP en mode protégé 32 bits, tandis que la documentation mise à jour l'incluait. Cela a conduit plusieurs ouvrages de référence tiers à perpétuer des informations obsolètes pendant des années. L'histoire souligne l'évolution de la documentation technique et comment les erreurs peuvent persister dans la littérature technique pendant de longues périodes.

Lire plus
(www.os2museum.com)
Matériel erreurs de documentation

Un bug vieux de 50 ans dans les E/S de fichiers C : percer le mystère d'un héritage

2024-12-26

Lors de l'amélioration d'un émulateur DOS, un développeur a rencontré un bug apparemment anodin dans les E/S de fichiers : l'ajout de texte à un fichier à l'aide de la commande `echo` a produit des résultats inattendus. Le débogage a révélé un défaut dans la façon dont les bibliothèques d'exécution C gèrent la commutation entre la lecture et l'écriture, un défaut remontant aux années 1970 et même aux systèmes UNIX antérieurs. L'article approfondit le contexte historique, du C K&R initial aux normes C modernes, en explorant les différences d'implémentation entre les différentes versions d'UNIX et les compilateurs C. La cause première est identifiée comme des limitations dans la gestion du mode de mise à jour par les bibliothèques C initiales, avec des variations quant à la manière dont différents systèmes d'exploitation et compilateurs ont géré ces limitations. L'auteur conclut que, même aujourd'hui, pour un code C portable, un appel `fseek` explicite est nécessaire lors de la commutation entre la lecture et l'écriture d'un fichier.

Lire plus
(www.os2museum.com)
Développement E/S de fichiers bug hérité

Commande DOS APPEND : Combler le fossé entre l'ancien et le nouveau

2024-12-20

Lors de la reconstruction du code source de DOS 2.11, l'auteur a rencontré un défi : l'ancien assembleur MASM 1.25 ne prenait pas en charge les répertoires, ce qui était en conflit avec l'organisation moderne des fichiers utilisant une structure arborescente. Pour éviter un répertoire monolithique, l'auteur a intelligemment utilisé la commande DOS APPEND. APPEND est un programme TSR (Terminate and Stay Resident) qui intercepte les appels système tels que l'ouverture de fichiers et recherche dans une liste de chemins prédéfinie si le fichier n'est pas trouvé dans le répertoire actuel. Cela a permis à MASM 1.25 de localiser les fichiers dans la structure hiérarchique, résolvant l'incompatibilité et soulignant l'utilité surprenante d'APPEND dans des scénarios spécifiques.

Lire plus
(www.os2museum.com)
Développement