Il museo critica Microsoft per il rilascio 'mutilato' in open source di MS-DOS 4 - la pubblicazione su 'stupido' git è stata accusata per l'errore buggy
Hai mai sentito parlare di 'mutilazione di Git'?
Il museo critica Microsoft per il rilascio 'mutilato' in open source di MS-DOS 4 - il post 'stupido' su git viene incolpato per l'errore. Il rilascio del codice sorgente di MS-DOS 4 su GitHub ha causato problemi critici a causa della mancanza di preservazione dei timestamp e della conversione dei file in UTF-8. Questi errori rendono alcuni file illeggibili e compromettono l'esperienza complessiva. Speriamo che queste questioni vengano risolte presto per godere appieno di MS-DOS 4.
Il rilascio di MS-DOS 4 su GitHub
Il 4 aprile, Microsoft ha rilasciato il codice sorgente del suo sistema operativo MS-DOS 4 del 1986 su GitHub, elencato insieme agli altri rilasci del codice sorgente DOS. Tuttavia, il fatto di aver pubblicato MS-DOS 4 su GitHub nella sua forma attuale modificata sembra aver rotto alcuni file critici.
Le critiche al rilascio
Come evidenziato dal noto sviluppatore e operatore del blog OS/2 Museum Michal Necasek in 'How Not To Release Historic Source Code', il git non è riuscito a preservare i timestamp e la conversione dei file in UTF-8 ha praticamente rotto tutto. Necasek ha elogiato il rilascio del codice ma ha criticato i bug introdotti nel processo, dicendo: 'Ma per favore, non mutilate il codice sorgente storico inserendolo in (stupido) git'.
Problemi con la conversione in UTF-8
Dei due problemi, la conversione dei file sorgente in UTF-8 potrebbe essere più grave. Questo perché i vecchi strumenti caratteristici di quei sistemi operativi non riescono effettivamente a interpretare l'UTF-8 e probabilmente non possono essere aggiornati per farlo. Il limite di lunghezza della linea di byte del MASM di MS-DOS 4 era di 512 byte e la conversione in UTF-8 porta alcuni file specifici oltre quel limite, rendendoli illeggibili.
Le raccomandazioni e le discussioni
L'articolo originale raccomandava semplicemente di rilasciare i file grezzi come archivio, senza conversione in UTF-8 o simili. Tuttavia, la storia continua immediatamente nei commenti, dove il co-sviluppatore del rilascio di MS-DOS 4 Connor Hyde, alias Starfrost, riconosce il problema e divulga motivi legali per non includere i timestamp.
La discussione tra Michal e Starfrost continua brevemente nei commenti prima di passare alle email su cui non insisteremo. Nonostante il tono critico di Michal, si nota che politiche aziendali idiote 'ovviamente' non sono colpa di un sviluppatore indipendente come Starfrost.
Conclusioni
Speriamo che questi problemi possano essere risolti presto in modo che MS-DOS 4 possa essere apprezzato nella sua vera gloria. Tuttavia, MS-DOS 4 non era comunque ben visto quando funzionava correttamente a causa del suo pesante utilizzo di 92 KB di RAM.
In modo divertente, ciò ha portato il concorrente DR-DOS a saltare completamente la numerazione da 4.0 a 4.99 in favore del passaggio dalla versione 3.41 alla versione 5.0, anche se il focus sul multitasking di MS-DOS 4 continua a vivere ancora oggi.