Tra i tanti segreti che Windows 95 continua a regalare a distanza di decenni dalla sua dismissione, ne è spuntato uno particolarmente gustoso. Riguarda una precauzione che Microsoft fu costretta a prendere per evitare che il sistema operativo collassasse su sé stesso ogni volta che un utente installava un nuovo programma. A raccontare questa curiosità è stato Raymond Chen, ingegnere del software di lunga data in Microsoft, che ha spiegato nei dettagli un problema tanto banale quanto devastante.
All’epoca, i pacchetti di installazione dei vari programmi includevano al loro interno copie di componenti ridistribuibili di Windows 95. Questi elementi erano necessari per garantire che i software funzionassero correttamente una volta installati. Fin qui nulla di strano: era prassi comune e del tutto ragionevole. Il problema, però, stava tutto nell’esecuzione.
Quando gli sviluppatori ignoravano le regole
Le linee guida ufficiali di Microsoft erano piuttosto chiare. Prima di copiare un file di sistema, il programma di installazione avrebbe dovuto verificare se quel file fosse già presente nel sistema operativo. E nel caso lo fosse, avrebbe dovuto controllarne la versione: solo se risultava assente o più vecchia, si poteva procedere alla sovrascrittura. Un meccanismo semplice, pensato per evitare guai.
Il punto è che non tutti gli sviluppatori seguivano queste indicazioni. Alcuni installer, per pigrizia o per scarsa attenzione, sovrascrivevano i file di sistema senza fare alcun controllo sulla versione. E questo significava che, in alcuni casi, componenti più recenti e aggiornati venivano rimpiazzati con versioni più vecchie. Un vero e proprio downgrade involontario, fatto senza che l’utente ne avesse la minima idea.
Le conseguenze erano facilmente immaginabili. Problemi di compatibilità, malfunzionamenti improvvisi, e nei casi peggiori anche errori fatali del sistema. Bastava installare un programma qualsiasi per ritrovarsi con Windows 95 che smetteva di funzionare come doveva. Un paradosso, se ci si pensa: il semplice atto di aggiungere un software poteva rendere instabile tutto il resto.
Una fragilità strutturale che racconta un’epoca
Quello che emerge da questo racconto è quanto fosse fragile l’ecosistema software di quegli anni. Windows 95 dipendeva in larga misura dalla buona volontà degli sviluppatori terzi, e quando quella buona volontà veniva meno, o semplicemente quando qualcuno non leggeva la documentazione con sufficiente attenzione, le cose potevano andare storte in fretta. Microsoft aveva predisposto regole precise, ma non aveva un meccanismo efficace per impedirne la violazione.
Raymond Chen ha descritto questo scenario come uno dei tanti problemi pratici con cui il team di Windows 95 dovette fare i conti quotidianamente. Il sistema doveva funzionare non solo in condizioni ideali, ma anche quando qualcuno faceva qualcosa di sbagliato. E questo richiedeva soluzioni creative, workaround e, spesso, una buona dose di pazienza.
