Catégorie : Mémoire de vieux geek

Vieux Geek, épisode 188 : POD ou comment vendre le MMX avec un jeu de course !

Les fondeurs de microprocesseurs ont toujours eu des relations assez tendues. En 1996, il y a trois fondeurs principaux pour les processeurs dits x86 : Intel, AMD et Cyrix. Pour essayer de prendre un avantage sur la concurrence, Intel développe en secret un jeu d’instructions pour la grande nouveauté de l’époque, le mot qui permettait de lever des millions, le multimédia.

En janvier 1997, Intel présente donc son nouveau processeur, le Pentium 166 MMX. Comme son nom l’indique, c’est un processeur dont la fréquence d’horloge est de 166 Mhz. Cette solution est vendue comme révolutionnaire. Le meilleur moyen de vendre une technologie ? Un jeu voyons ! Dans ce cas, c’est Ubi Soft qui s’y colle avec un jeu de course, Planet Of Death, POD.

Continuer la lecture de « Vieux Geek, épisode 188 : POD ou comment vendre le MMX avec un jeu de course ! »

Vieux Geek, épisode 187 : Nettoyeur pour Windows 95, le Cleansweep à la sauce Micro Applications.

Quand MS-Windows 95 est sorti, il lui manquait nombre d’outils de base, l’un d’entre eux étant un nettoyeur du système, fonctionnalité qui sera introduite avec MS-Windows 98. Durant les 3 ans de la durée de vie du premier MS-Windows 16/32 bits, il y a eu des outils dédiés de bonne qualité, comme Quaterdeck CleanSweep dont j’ai parlé en décembre 2015.

Et il y a eu Nettoyeur pour Windows 95 sorti par Micro-Application… Le niveau n’était pas franchement le même… Non seulement l’outil de Micro-Application était écrit en Visual Basic 4.0, mais il se permettait de toucher à tout. C’était le genre de merdiciel à l’image du plus que pourri Incredimail que l’on pouvait trouver dans les rayons micro-informatique à l’époque… Même des sharewares de magazines auraient pu faire mieux.

Continuer la lecture de « Vieux Geek, épisode 187 : Nettoyeur pour Windows 95, le Cleansweep à la sauce Micro Applications. »

Vieux Geek, épisode 186 : Claris Works, concurrent malheureux de Microsoft Works.

Article et vidéo créés le 16 mars 2020.

Dans le petit monde des trousses bureautiques allégées, Microsoft Works est le standard de facto. J’ai déjà parlé de l’outil en question en février 2017, dans l’épisode 74 de la série « Vieux Geeks ».

Un outil moins connu a commencé sa carrière sur les machines d’Apple avant de faire un tour sur les PC entre 1993 et 1997, aussi bien pour MS-Windows 3.1x que 95. La dernière version, Claris Works 5 sortira en 1997 avant qu’Apple ne rachète l’outil en 1998 et ne le renomme AppleWorks.

Continuer la lecture de « Vieux Geek, épisode 186 : Claris Works, concurrent malheureux de Microsoft Works. »

Archlinux et la mise à jour moisie de Samba, suite mais pas fin ?

Dans un précédent article, je parlais de l’arrivée d’une version moisie – une version de développement vieille de près de 4 mois – de Samba sur Archlinux.

Outre le fait qu’il y avait un bug lié à Python 3.8 qui cassait le fonctionnement de samba-tool, une deuxième couche du problème est rapidement apparu, et ne concerne que certains périphériques.

La version 4.12.0 – on en est à la 4.12.0-3 en ce 2 avril 2020 – est arrivée sur les dépôts de test. J’ai donc profité de l’occasion pour débloquer les paquets ignorés. Un redémarrage plus tard, j’avais toujours le même problème : impossible d’accéder aux partages de ma FreeBox Revolution serveur.

Après quelques recherches, je me suis aperçu que le code de la FreeBox pour cette fonctionnalité est restée bloquée sur le protocole SMBv1… Un bug a été ouvert sur l’outil de suivi de Free en octobre 2017 et n’est toujours pas clos.

Si on en croit les commentaires, c’est le passage du code en GPLv3 qui bloque la montée en version du protocole.

Bref, c’est la mouise… Comment le contourner ? Si vous avez un périphérique bloqué sur cet ancien protocole déprécié et que vous utilisez une Archlinux, il faut modifier le fichier /etc/samba/smb.conf et rajouter dans la section [global] ceci, dixit un message de David C. Rankin sur la liste de publication arch-general.


client min protocol = NT1
server min protocol = NT1

Une autre option étant d’employer CORE à la place de NT1.

Continuer la lecture de « Archlinux et la mise à jour moisie de Samba, suite mais pas fin ? »

Vieux Geek, épisode 185 : ViewMax, le DosShell à la sauce DR-DOS.

Note préliminaire : article et vidéo créés le 2 mars 2020.

Si pour nombre de personnes quand on parle de DOS, c’est MS-DOS qui est synonyme, il ne faut cependant pas oublier un des concurrents dans ce domaine, DR-DOS. Il a été développé par Digital Research de Gary Kildall, papa de CP/M. Puis, le projet a été racheté par Novell dont Caldera achètera les droits en 1996.

Dans un précédent épisode, j’ai parlé du projet DosShell de Microsoft. Mais Novell a aussi développé un projet identique – quoiqu’un peu plus développé – pour DR-DOS, j’ai nommé ViewMax. Sa version 1.0 sort en 1990 avec DR-DOS 5.0, mais n’a pas grand chose à envier à DosShell.

En 1991, sa version 2.0 est disponible et elle est aussi avancée, sinon plus que MS-Windows 3.0, produit phare de Microsoft à l’époque. Ce dernier n’étant pas très partageur, il répondra avec un certain code AARD qui rendait impossible l’installation de la version beta 1 du futur MS-Windows 3.1 avec DR-DOS.

Continuer la lecture de « Vieux Geek, épisode 185 : ViewMax, le DosShell à la sauce DR-DOS. »