Au cours des dernières années, des faits intéressants sur l'histoire de Microsoft Windows ont été révélés : de la raison pour laquelle la stratégie d'interface graphique a été longtemps fragmentée, aux nombreux "gadgets intéressants" cachés dans le CD d'installation de Windows 95, en passant par ces astuces impopulaires qui aident les ordinateurs plus anciens à redémarrer plus rapidement. Récemment, un autre employé chevronné de Microsoft a partagé une histoire peu connue sur la manière dont Windows 95 traitait les installateurs « gênants ».
Selon Raymond Chen, ingénieur responsable de Windows chez Microsoft, à l'époque de Windows 95, de nombreux installateurs de logiciels tiers étaient livrés avec un lot de composants système redistribuables pour garantir le bon fonctionnement du logiciel sur l'ordinateur de l'utilisateur. Les directives officielles données par Microsoft à l'époque étaient les suivantes : lors de la copie de ces composants, l'installateur doit d'abord détecter si le composant du même nom existe déjà dans le système et si la version existante est mise à jour ; ce n'est que si le composant n'existe pas dans le système ou si la version du système est plus ancienne qu'il peut être écrasé et installé.
Cependant, en réalité, tous les développeurs n’adhèrent pas à cette norme. Certains installateurs ignorent les vérifications de version et remplacent simplement les composants du système par leurs propres fichiers groupés, que le système dispose d'une nouvelle version ou d'une ancienne version. En conséquence, les composants clés de Windows 95 qui avaient été mis à jour vers des versions plus récentes ont été restaurés vers des versions plus anciennes, provoquant diverses anomalies ou même un crash d'autres logiciels qui reposaient sur des composants de versions plus récentes, et la stabilité du système a également été considérablement réduite.
Face à ce risque de « régression », Microsoft a finalement conçu un compromis peu sophistiqué mais très pratique : conserver un répertoire de sauvegarde caché nommé C:WindowsSYSBCKUP dans le répertoire système. Ce répertoire contient des copies des composants système critiques qui sont le plus souvent écrasés par des installateurs externes. Une fois l'exécution du programme d'installation terminée, Windows 95 effectuera silencieusement une « comparaison de versions » en arrière-plan : comparant les « nouveaux » composants actuels du système avec les versions de sauvegarde dans le répertoire SYSBCKUP, une par une.
S'il s'avère qu'un composant a été remplacé par une version plus ancienne par l'installateur, le système le remplacera par une copie plus récente enregistrée dans SYSBCKUP sans que l'utilisateur en soit conscient, ce qui équivaut à "annuler" automatiquement l'écrasement erroné. S'il est détecté que le programme d'installation apporte une version supérieure du composant, Windows 95 mettra à jour de manière synchrone le fichier de sauvegarde correspondant dans SYSBCKUP afin qu'il puisse continuer à être utilisé comme référence de récupération à l'avenir.
Chen a déclaré que d'un point de vue technique, cette approche est en fait relativement « brute », mais elle est bien meilleure que certaines des solutions rudimentaires que Microsoft a initialement essayées. Par exemple, Microsoft a initialement tenté d'empêcher directement le programme d'installation d'écraser les fichiers des composants du système. Cela peut en effet protéger le système, mais le coût est qu'un grand nombre de processus d'installation échoueront à cause de cela, et les utilisateurs ne pourront que faire face à des invites d'erreur mais n'auront aucun moyen de les résoudre. Une autre idée est de demander au programme d'installation d'écrire un "fichier factice". En apparence, il semble que l’écrasement ait réussi, mais en réalité, les composants réels ne sont pas touchés. Mais cette solution ne fonctionne pas non plus, car de nombreux programmes d'installation vérifieront également les résultats d'écriture. Si le contenu du fichier ou la valeur de vérification s'avère incohérent, une erreur apparaîtra pour mettre fin au processus.
Après que ces solutions ont révélé des défauts évidents, le mécanisme de « correction a posteriori » utilisant le répertoire SYSBCKUP est devenu le meilleur équilibre entre fiabilité et flexibilité à l'époque : il a non seulement permis au programme d'installation tiers de se terminer normalement, mais a également réparé automatiquement les dommages potentiels qu'il a causés aux composants clés du système en arrière-plan, réduisant considérablement la probabilité que les utilisateurs ordinaires « cassent Windows simplement en faisant semblant de l'installer » lors de l'installation quotidienne de logiciels.