다음에 나오는 테이블은 루트 디렉토리에 있는 디렉토리 입력의 체재를 보여준다. 그것에 관하여 각종 정보를 저장하기 위하여 루트 디렉토리에 있는 파일의 디렉토리 입력의 32의 바이트가 저며지는 방법, 다음 쇼가 주어지는 테이블:
분파 |
크기 |
묘사 |
00H |
8개의 바이트 |
파일 이름
(또한 파일 이름의 첫번째 특성의 특별한 의미를 위해 다음 테이블을 보십시오) |
08H |
3개의 바이트 |
연장 |
0BH |
1개의 바이트 |
파일 속성 (파일 속성의 테이블을 보십시오) |
0CH |
10의 바이트 |
보류하는 |
16H |
2개의 바이트 |
창조되는 시간 또는 최신 갱신 (날짜-시간 체재 테이블을 보십시오) |
18H |
2개의 바이트 |
창조되는 날짜 또는 최신 갱신 (날짜-시간 체재 테이블을 보십시오) |
1AH |
2개의 바이트 |
파일의 시작하거나 첫번째 송이
(가치 0000H는 부모 전화번호부에서 사용된다 (". ") 부모 전화번호부가 루트 디렉토리다는 것을 나타내는 입장) |
1CH |
4개의 바이트 |
바이트에 있는 파일 사이즈. |
공간이 ASCII 번호 32의 공백 문자로 채워지는 파일 이름의 크기가 더 작은 경우에 8개의 특성 대문자에 있는과 파일 이름 은 이름을 포함한다. 확대체는 대문자에서 파일의 연장을, 포함한다.
파일 이름이 8개의 특성 보다는 더 긴 경우에, 창은 6개의 대문자에 그것을 끝을 자르고 기본적인 파일 이름의 끝에 "~1"를 추가해서 긴 것에서 짧은 파일 이름을 창조한다.
만약에 이미 동일한 첫번째 6개의 특성을 가진 또 다른 파일 이름이 있으면, 수는 증가된다. 연장은 동일이라고 유지되고, 창과 DOS의 이른 버전에서 불법 인 어떤 특성든지 배경 음악으로 교환된다.
긴 파일 이름은 0FH에 놓인 속성 바이트로 표를 한 특별하게 배열된 32 바이트 긴 파일 이름 (LFN) 디렉토리 입력에서 저장된다. 주어진 파일 또는 서브디럭토리를 위해, 한개 이상 긴 파일 이름 디렉토리 입력의 그룹은 즉시 디스크에 단 하나 8.3 디렉토리 입력을 선행한다.
각 LFN 디렉토리 입력은 긴 파일 이름의 13까지 문자를 포함하고, 필요할 때 전체 긴 파일 이름 구성하고 있는 위하여 운영 체계는 만큼 함께 묶을 것이다.
이것은 긴 파일이 파일 시스템에 있는 감소를 루트 디렉토리 입장의 최대 가능한 수이라고 지명하는지 왜, 원인이다. 창이 긴 파일 이름을 지원하는 방법, 우리는 이 장에서, 나중에 상세히 토론할 것이다.
파일 이름의 첫번째 바이트는 또한 파일에 관하여 약간 중요한 정보를 포함할지도 모른다. 이 바이트에 의해 제공된 정보는 다음에 나오는 테이블에서 주어지는 것과 같이 1개의일지도 모른다:
파일 이름의 첫번째 특성 |
가치 |
의미 |
00H |
이 디렉토리 입력이 사용되지 않는는다는 것을 나타낸다. |
05H |
파일 이름의 제 특성이 특성 E5H다는 것을 그러나 실제로 파일이 삭제되지 않았다는 것을 나타낸다. (E5H의 의미를 보십시오) |
E5H |
파일은 지워지고 이 디렉토리 입력은 삭제한 파일 디렉토리 입장이다. 이전에 저 파일에 의해 점유된 자료 영역은 지금 다른 새 파일을 위한 배부를 위해 자유롭다. |
2EH |
이것은 서브디럭토리이다. 이 입장의 송이 수체는 전화번호부의 송이 수를 포함할 것이다. |
2EH 2EH |
디렉토리 입력에 있는 2 2EH는 서브디럭토리의 부모 디렉토리 입력을 나타낸다. 이 입장의 송이 수는 이 전화번호부의 부모 전화번호부의 송이 수를 포함할 것이다. 송이 수는 부모 전화번호부가 루트 디렉토리인 경우에 영 0000H일 것이다. |
|
