Windows에서 CON, PRN, Null 폴더를 만들 수없는 이유는 무엇입니까? [복제]

나는 새 폴더를 만들고에 이름을 변경하는 경우 nul가 말한다The Specified device name is invalid.

그때는 우리가 할 수없는 다른 폴더이며, 이름을 얻을 검색 con, nul, prn?

이 이름들은 무엇을 의미합니까? 왜 이런 이름으로 폴더를 만들 수 없습니까?

이 파일은 모두 이전 PIPCP / M 명령으로 시작합니다. 이 명령은 파일을 복사하는 데 사용되며 파일 대신 특수 장치 이름을 지정할 수 있습니다.

CP / M을 개발 한 Gary Kildall은 파일 구조 및 명령 프로세서의 설계를 PDP-11 용 RSTS / E와 같은 디지털 장비의 운영 체제에 기반하여 설계했습니다. 플로피 디스크의 파일에 액세스하는 것 외에도 CP / M의 PIP 명령은 다음 "특수 파일"과 데이터를주고받을 수 있습니다.

CON: — console (input and output)
AUX: — an auxiliary device. In CP/M 1 and 2, PIP used PUN: (paper tape punch) and RDR: (paper tape reader) instead of AUX:
LST: — list output device, usually the printer
PRN: — as LST:, but lines were numbered, tabs expanded and form feeds added every 60 lines
NUL: — null device, akin to /dev/null
EOF: — input device that produced end-of-file characters, ASCII 0x1A
INP: — custom input device, by default the same as EOF:
OUT: — custom output device, by default the same as NUL:

그러나 처리가 PIP로 제한 되었기 때문에 실제 장치 파일은 아닙니다.

그런 다음 DOS는 80 년대 초반에 새로 등장한 IBM PC에서 작동하기위한 8086 CP / M 클론입니다. DOS는이 개념을 조금 더 확장했습니다. 위의 "특수 파일"이며 DOS 명령에서 파일이 필요한 곳이면 어디든 지정할 수 있습니다. 따라서 내장 DOS copy명령을 사용하여 문서를 인쇄 할 수 있습니다 copy myfile.txt prn:. (이후 버전의 CP / M은이 작업을 수행했을 수도 있지만 의심합니다.)

윈도우 자체가 DOS 기반으로 구축되는 95 앞으로 플래시, 이러한 특수 파일 이름을 처리하는 코드는 같은 일부 문제가 발생 남아 있지만, 분명히 윈도우 95의 GUI 부분에 너무 잘 통합되지 않은 CON \ CON 버그 - 그리고 이것은 IE에서도 문제를 일으키는 것으로 알려져 있습니다.

잠재적으로 숨어있는 버그에 대한 편집증 때문에 (NT 기반 버전의 Windows에는 존재하지 않더라도) Microsoft는 탐색기가 해당 이름의 파일을 만들려는 시도를 항상 거부하는 것으로 결정했습니다. 지금 사용중인 Windows 8 시스템에서도 여전히 "con"이라는 폴더를 만들 수 없다는 것이 재미 있습니다. (Windows 10에서는 여전히이 작업을 수행 할 수 없습니다).