박물관은 '손상된' MS-DOS 4 오픈 소스 릴리스에 대해 Microsoft를 비판합니다.

해외 매체 기사를 단순 번역한 것으로 오역이 있을 수 있으며 자세한 내용은 원문을 참고하시기 바랍니다.

4월 4일, Microsoft는 다른 DOS 소스 코드 릴리스와 함께 나열된 랜드마크인 1986년 MS-DOS 4 운영 체제의 소스 코드를 GitHub에 공개했습니다. 그러나 현재 변경된 형식으로 GitHub에 MS-DOS 4를 게시하면 일부 중요한 파일이 손상된 것으로 보입니다.

블로그 OS/2 Museum Michal Necasek의 유명한 개발자이자 운영자가 역사적인 소스 코드를 공개하지 않는 방법에서 언급했듯이 git은 타임스탬프를 보존하지 못하고 파일을 UTF-8로 변환하면 거의 모든 것이 중단됩니다. 네카섹은 코드 공개를 칭찬하면서도 그 과정에서 발생한 버그에 대해 “하지만 제발 과거 소스 코드를 (멍청한) git에 밀어넣어서 훼손하지 말아달라”고 비판했다.

두 가지 문제 중에서 UTF-8로 변환되는 소스 파일이 더 심각할 수 있습니다. 이는 해당 운영 체제의 오래된 도구 특성이 실제로 UTF-8을 구문 분석할 수 없고 그렇게 하도록 업데이트될 수도 없기 때문입니다. MS-DOS 4 MASM의 바이트 행 길이 제한은 512바이트였으며 UTF-8 변환으로 인해 특정 파일이 해당 제한을 초과하여 읽을 수 없게 됩니다.

파일 오류의 심각도는 다양하지만 OS/2 Museum에서는 핵심 시스템 파일이 원본 디스크 이미지 파일과 완벽하게 일치한다고 게시했습니다. 그러나 소스 코드는 몇 가지 버그를 수정한 4.00의 "조용한" 업데이트인 4.01에도 해당하는 것으로 보입니다. 직접 사용할 수는 없었지만 PC OEM으로 배송되었습니다.

원본 게시물에서는 UTF-8 변환이나 그와 유사한 작업 없이 단순히 원시 파일을 아카이브로 공개할 것을 권장했습니다. 그러나 이 이야기는 MS-DOS 4 릴리스의 공동 개발자인 Starfrost인 Connor Hyde가 이 문제를 인정하고 타임스탬프를 포함하지 않은 법적 이유를 공개하는 댓글에서 즉시 계속됩니다.

Michal과 Starfrost 간의 토론은 우리가 압박하지 않을 이메일로 보내기 전에 댓글에서 간략하게 계속됩니다. Michal의 비판적인 어조에도 불구하고, 바보 같은 기업 정책은 "분명히" Starfrost와 같은 인디 개발자의 잘못이 아니라는 점이 지적되었습니다.

이러한 문제가 곧 해결되어 MS-DOS 4를 제대로 즐길 수 있기를 바랍니다. 그러나 MS-DOS 4는 92KB의 RAM 사용량으로 인해 제대로 작동하더라도 여전히 호평을 받지 못했습니다.