Pochi giorni fa Microsoft pubblicato su GitHub in modalità open source Codice sorgente del sistema operativo MS-DOS 4.0. Secondo Michal Necasek, sviluppatore e gestore del blog OS/2 Museum, anche se la casa di Redmond ha fatto un’ottima azione, purtroppo non avrebbe ha mutilato il codice pubblicandolo su Git. Quest’ultimo, infatti, non conserva i timestamp e il conversione di file in UTF-8 “Rompe” praticamente tutto.
“In primo luogo, Git non conserva i timestamp, il che causa danno irreversibile. Sapere quando un file sorgente è stato modificato l’ultima volta è un’informazione preziosa”, scrive Necasek in un post intitolato “Come non rilasciare il codice sorgente storico”.
Là la conversione dei file sorgente in UTF-8 sembra essere ancora più seria. “Per scopi pratici, i vecchi file sorgente non sono file di testo. Sono file binari e dovrebbero essere conservati invariati. Non è utile prendere un vecchio file sorgente e convertirlo in UTF-8 […] Ovviamente i vecchi strumenti non possono gestirlo!“.
Il limite di lunghezza della riga di byte di MS-DOS 4 Microsoft Macro Assembler (MASM) era 512 byte e la conversione UTF-8 spinge alcuni file oltre tale limite, rendendoli illeggibili. In alcuni casi la situazione è risolvibile, in altri.
“Il codice sorgente storico dovrebbe essere rilasciato semplicemente come archivio di file, ZIP o tar o 7z o altrocon tutti i timestamp preservati e ogni singolo byte mantenuto com’era. Git semplicemente non è uno strumento adatto“, conclude Necasek.
Sotto il post ci sono innumerevoli commenti in cui Connor Hyde, alias Starfrost, che ha lavorato con Microsoft su questa versione, riconosce il problema e rivela le ragioni per cui non ha incluso i timestamp. “Il motivo per cui non riesco a creare timestamp è perché la legge sulla protezione dei dati richiede l’anonimizzazione dei file sorgente, almeno questa è la politica“, scrive Starfrost, spostando via email la discussione con Necasek per risolvere il pasticcio, se ciò può essere fatto.
Related News :