맨위로가기

8.3 파일 이름

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요

8.3 파일 이름은 윈도우 95에서 도입된 VFAT 파일 시스템의 기술적 특징으로, 기존 FAT 파일 시스템과의 호환성을 위해 긴 파일 이름(LFN)을 8.3 형식의 짧은 파일 이름(SFN)으로 자동 생성하는 방식이다. 8.3 파일 이름은 8자리의 파일 이름과 3자리의 확장자로 구성되며, 특정 문자 사용에 제약이 있다. 윈도우 NT 제품군에서는 NTFS 파일 시스템이 LFN을 기본 지원하지만, 레거시 애플리케이션과의 호환을 위해 8.3 파일 이름도 사용할 수 있다. 8.3 파일 이름은 하위 호환성을 위해 ANSI 인코딩으로 저장되며, ReFS 파일 시스템은 더 이상 지원하지 않는다.

더 읽어볼만한 페이지

  • 파일 이름 - 긴 파일 이름
    긴 파일 이름은 FAT 파일 시스템에서 긴 파일 이름을 지원하기 위해 사용되는 기술이며, 마이크로소프트는 VFAT 규칙을 통해 호환성을 확보하고 윈도우 95에서 처음 LFN을 도입했다.
  • 파일 이름 - 리드미
    리드미 파일은 소프트웨어, 프로젝트 등에 대한 정보를 담고 있으며, 설정, 사용 설명 등을 포함하고, 텍스트 편집기 등으로 작성하거나 자동 생성되기도 한다.
  • 도스 기술 - EXE
    EXE 파일 형식은 운영 체제에 따라 다양한 종류가 있는 실행 파일의 한 형태로, DOS MZ 실행 파일에서 PE, PE32+까지 발전해 왔으며, 코드, 데이터, 스택을 별도 관리하고 재배치 항목을 통해 실행 환경에 유연하게 대응하는 특징을 가진다.
  • 도스 기술 - COM 파일
    COM 파일은 CP/M 및 MS-DOS 운영체제에서 사용된 실행 파일 형식으로, 메타데이터 없이 코드와 데이터로 구성되어 64KB 크기 제한을 가지며, 단순한 구조로 극소의 실행 파일을 만들 수 있지만 보안 취약점도 존재한다.
  • 컴퓨터 파일 - 전자 문서
    전자 문서는 19세기 전신 기술에서 시작되어 컴퓨터 기술 발전과 함께 발전해 온, 정보를 전자적인 형태로 기록한 문서를 의미하며, 파일 포맷 비호환성 등의 과제 해결 노력과 함께 대한민국에서는 법적 효력을 인정받고 신뢰성을 높이는 제도들이 시행되고 있다.
  • 컴퓨터 파일 - 긴 파일 이름
    긴 파일 이름은 FAT 파일 시스템에서 긴 파일 이름을 지원하기 위해 사용되는 기술이며, 마이크로소프트는 VFAT 규칙을 통해 호환성을 확보하고 윈도우 95에서 처음 LFN을 도입했다.
8.3 파일 이름
8.3 파일 이름
다른 이름짧은 파일 이름 (short filename, SFN)
용도오래된 버전의 DOS와 마이크로소프트 윈도우에서 사용된 파일 이름 규칙

2. 역사적 배경

8.3 파일 이름 형식은 CP/M 운영 체제에서 처음 사용되었으며, 이후 MS-DOS와 초기 윈도우 운영 체제에 채택되었다. 8.3 파일 이름은 최대 8자리의 이름과 마침표(`.`)와 최대 3자리의 파일 확장자로 구성된다.[19] 확장자가 없는 파일의 경우, 뒤에 오는 마침표는 의미가 없으며, 파일 및 디렉터리 이름은 대문자로 표시된다. 8.3 표준을 사용하는 시스템은 일반적으로 대소문자를 구분하지 않는다.

윈도우 95윈도우 NT 3.5에 도입된 VFAT는 기존 8.3 이름 지원과 함께 대소문자가 혼합된 형태의 유니코드 긴 파일 이름(LFN)을 허용한다. 오래된 응용 프로그램과의 하위 호환성을 위해 FAT와 VFAT 파일 시스템에서는 모든 LFN에 대해 8.3 파일 이름이 자동으로 생성된다. 이를 통해 파일의 이름을 바꾸거나, 지우거나, 열 수 있다. NTFS 파일 시스템에서도 레거시 응용 프로그램을 위해 8.3 이름을 사용할 수 있지만, 성능 개선을 위해 이 기능을 끌 수도 있다.[16]

윈도는 LFN으로부터 8.3 이름을 생성하기 위해 다음과 같은 변환 규칙을 사용한다:[19]

규칙설명예시
LFN이 8.3 대문자인 경우LFN은 디스크에 저장되지 않는다.`TEXTFILE.TXT`
LFN이 8.3 대소문자인 경우LFN은 대소문자 이름을 저장하고, 8.3 이름은 모두 대문자로 된 버전을 사용한다.`TextFile.Txt`는 `TEXTFILE.TXT`가 된다.
파일 이름에 8.3 이름에서 허용하지 않는 문자가 있거나, 일부가 너무 긴 경우유효하지 않은 문자(공백, 추가적인 마침표 등)는 잘라내고, 다른 문자들은 밑줄 문자 `_`로 대체한다. 잘려나간 이름은 6자리의 basename, 물결표(`~`), 숫자, 마침표, 확장자의 첫 3자리로 구성된다.`TextFile.Mine.txt`는 `TEXTFI~1.TXT`가 된다. (이미 존재하면 `TEXTFI~2.TXT`가 된다). `ver +1.2.text`는 `VER_12~1.TEX`가 된다. `.bashrc.swp`는 `BASHRC~1.SWP`가 된다.
윈도우 2000부터, 동일한 처음 6자리를 가진 파일/폴더가 4개 이상인 경우잘려나간 LFN의 처음 2자리(basename이 1자리면 1자리), 파일 이름 해시의 4자리 16진수, 물결표, 숫자, 마침표, 확장자의 첫 세 자리로 구성된다.`TextFile.Mine.txt`는 `TE021F~1.TXT`가 된다.



윈도우 NT 계열의 파일 시스템 NTFS는 LFN을 지원하지만, 레거시 응용 프로그램을 위해 8.3 이름도 사용할 수 있다. 많은 수의 비슷한 이름의 파일이 같은 폴더에 있을 때 성능을 개선하기 위해 이 기능을 끌 수 있다.[16]

ISO 9660 파일 시스템(주로 콤팩트 디스크에 쓰임)은 가장 기본적인 레벨 1에서 비슷한 제한이 있으며, 디렉터리 이름에 확장자가 올 수 없고 하이픈과 같은 일부 문자는 파일 이름에 허용되지 않는다. 레벨 2는 파일 이름을 최대 31자리까지 허용하여 맥 OS 파일 이름과 더 호환성이 좋다.

마이크로소프트 반독점 공판 기간 동안 `MICROS~1`와 `MICROS~2`라는 이름이 기업 이름을 가리킬 때 풍자적으로 사용되었다.[20]

3. 기술적 특징

8.3 파일 이름은 최대 8자의 파일 이름과 최대 3자의 파일 확장자로 구성되며, 이 둘은 마침표(.)로 구분된다. 파일 및 디렉터리 이름은 대문자로 표시되지만, 8.3 표준을 사용하는 시스템은 일반적으로 대소문자를 구별하지 않는다. 예를 들어 `TestFile.txt`와 `TESTFILE.TXT`는 동일하게 취급된다. 확장자가 없는 파일의 경우, 뒤에 오는 마침표(.)는 의미가 없다 (예: `myfile`과 `myfile.`는 동일).[19]

VFAT는 윈도우 95윈도우 NT 3.5에 도입된 기술로, 긴 파일 이름(LFN)을 지원하며 8.3 파일 이름과의 하위 호환성을 유지한다. NTFS윈도우 NT 계열의 파일 시스템으로, 긴 파일 이름을 기본적으로 지원하며, 필요에 따라 8.3 파일 이름 생성을 비활성화할 수 있다.[16]

FAT와 VFAT 파일 시스템에서는 도스 및 윈도우 3.1과 같은 구 버전 프로그램과의 호환성을 위해 모든 긴 파일 이름(LFN)에 대해 자동으로 8.3 파일 이름이 생성된다. 이 자동 생성되는 8.3 파일 이름을 통해 파일을 열거나, 이름을 변경하거나, 삭제할 수 있다. 그러나 자동 생성된 이름은 원래 이름과 거의 유사하지 않을 수 있다. NTFS 파일 시스템에서는 8.3 파일 이름 생성을 시스템 전체에서 끌 수도 있다.[1] 8.3 파일 이름은 Kernel32.dll 함수 GetShortPathName을 사용하여 얻을 수 있다.[17][18]

ISO 9660 파일 시스템(주로 콤팩트 디스크에 쓰임)은 가장 기본적인 레벨 1에서 8.3 파일 이름과 비슷한 제한이 있으며, 추가로 디렉터리 이름에는 확장자가 올 수 없고, 하이픈(-)과 같은 일부 문자는 파일 이름에 허용되지 않는다. 레벨 2는 파일 이름을 최대 31자리까지 허용하여 맥 OS 파일 이름과 더 호환성이 좋다.

마이크로소프트 반독점 공판 기간 동안 MICROS~1와 MICROS~2라는 이름은 기업 이름을 가리킬 때 풍자적으로 사용되었다.[20]

3. 1. 8.3 파일 이름 생성 규칙

윈도우 95, 98, ME에서 짧은 이름이 동일한 확장자와 처음 6글자를 가진 파일 또는 폴더가 9개 이상인 경우, 이름은 5글자로 더 잘리고, 물결표(~)와 10부터 시작하는 두 자리 숫자, 마침표(.), 확장자의 처음 3글자가 이어진다.[19]

긴 파일 이름(LFN)을 8.3 형식의 짧은 파일 이름(SFN)으로 변환할 때, 윈도는 다음 규칙을 사용한다.[4]

번호규칙예시
1LFN이 8.3 대문자이면 LFN은 디스크에 저장되지 않는다.TEXTFILE.TXT
2LFN이 8.3 대소문자이면 LFN은 대소문자 이름을 저장하되, 8.3 이름은 모두 대문자로 된 버전을 사용한다.TextFile.TxtTEXTFILE.TXT로 된다.
3파일 이름에 8.3 이름이 허용하지 않는 문자를 포함하고 있거나 (API를 통하지 않고 변환을 허용하지 않는 공백 포함) 일부분이 너무 길다면, 이름에서 공백과 추가적인 마침표를 포함한 유효하지 않은 문자는 잘라내버린다. 이름이 .으로 시작하면 따라오는 마침표는 제거된다. +와 같은 다른 문자들은 밑줄 문자(_)로 대체된다. 잘려나간 이름은 6자리의 basename으로 만들어지며 그 뒤에 물결표(~)와 하나의 숫자, 마침표(.), 확장자의 최초 3자리 글자가 따라온다.TextFile.Mine.txtTEXTFI~1.TXT로 된다. (TEXTFI~1.TXT가 이미 존재하면 TEXTFI~2.TXT로 된다). ver +1.2.textVER_12~1.TEX로 된다. .bashrc.swpBASHRC~1.SWP로 된다.
4윈도우 2000을 시작으로 적어도 4개의 파일이나 폴더가 있고 서로 동일한 처음 6자리가 짧은 이름으로 존재한다면 잘려나간 LFN은 처음 2자리를 basename으로 사용(basename이 1자리만 있다면 1자리만 사용)하고 문서화되지 않은 해시의 파일 이름으로부터 4자리 16진수가 따라오고 물결표가 그 뒤에 온 뒤 하나의 숫자와 마침표가 오며 확장자의 첫 세 자리가 뒤에 온다.TextFile.Mine.txtTE021F~1.TXT로 된다.
5윈도우 95, 98 및 ME에서는 짧은 이름이 동일한 확장자와 처음 6글자를 가진 파일 또는 폴더가 9개 이상인 경우(따라서 ~1부터 ~9 접미사로는 충돌을 해결하기에 충분하지 않음), 이름은 5글자로 더 잘리고, 물결표, 10부터 시작하는 두 자리 숫자, 마침표(.), 확장자의 처음 3글자가 이어진다.TextFile.Mine.txtTEXTF~10.TXT가 된다(만약 TEXTFI~1.TXT부터 TEXTFI~9.TXT가 이미 모두 존재하는 경우).



짧은 파일 이름은 다음 방법으로 생성된다.[13]


  • 짧은 파일 이름에 사용할 수 없는 문자를 제거하거나 대체한다.
  • 마침표(.), "/, "\, 대괄호([]), :, 세미콜론(;), =, , 그리고 공백은 제거한다.
  • 단, 마침표는 마지막 것은 남겨둔다.
  • 필요에 따라 확장자를 제외한 파일 이름은 6자 이하로 줄이고, "~"와 아라비아 숫자(1~9)를 추가한다.
  • 이 처리는 파일 이름이 너무 긴 경우 외에도 사용할 수 없는 문자의 제거, 확장자 잘라내기 등 긴 파일 이름에서 변경되는 처리가 수행된 경우에 실행된다. 단, 소문자에서 대문자로의 치환만 이루어진 경우에는 이 처리가 실행되지 않는다.
  • 잘라내기로 인해 중복이 발생하면 "~" 뒤의 숫자가 증가한다.
  • 중복이 많은 경우의 자세한 동작은 환경 의존성을 갖는다. NT 계열에서는 다섯 번째부터 "~" 앞부분이 변경된다.
  • 확장자는 3자 이하로 줄인다.
  • 소문자는 대문자로 치환한다.

3. 2. 사용상의 제약

8.3 파일 이름에는 다음과 같은 제약이 있다.

  • 최대 8자의 이름과 최대 3자의 파일 확장자로 구성되며, 이름과 확장자는 마침표(`.`)로 구분된다.
  • 파일 및 디렉터리 이름은 대문자로 표시되지만, 8.3 표준을 사용하는 시스템은 일반적으로 대소문자를 구분하지 않는다.
  • 확장자가 없는 파일의 경우, 뒤에 오는 `.`는 의미가 없다 (예: `myfile`과 `myfile.`는 동일).


긴 파일 이름(LFN)에서 8.3 파일 이름을 생성할 때, 윈도는 다음과 같은 변환 규칙을 사용한다:[19]

1. LFN이 8.3 대문자이면, LFN은 디스크에 저장되지 않는다. (예: `TEXTFILE.TXT`)

2. LFN이 8.3 대소문자이면, LFN은 대소문자 이름을 저장하고, 8.3 이름은 모두 대문자로 된 버전을 사용한다. (예: `TextFile.Txt`는 `TEXTFILE.TXT`)

3. 파일 이름에 8.3 이름에서 허용하지 않는 문자(공백 포함)가 있거나 너무 길면, 유효하지 않은 문자와 추가적인 마침표는 제거된다. `+`와 같은 문자는 밑줄 문자 `_`로 대체된다. 이름은 6자리로 잘리고, `~`와 숫자, 마침표, 확장자의 첫 3글자가 추가된다. (예: `TextFile.Mine.txt`는 `TEXTFI~1.TXT`)

4. 윈도우 2000부터는 처음 6자리가 같은 파일이 4개 이상이면, 처음 2자리와 파일 이름 해시의 4자리 16진수, `~`, 숫자, 마침표, 확장자 첫 3글자가 사용된다. (예: `TextFile.Mine.txt`는 `TE021F~1.TXT`)

NTFS는 LFN을 지원하지만, 레거시 응용 프로그램을 위해 8.3 이름도 사용할 수 있다. 성능 향상을 위해 이 기능을 끌 수 있다.[16]

ISO 9660 파일 시스템(콤팩트 디스크에 주로 사용)은 가장 기본적인 레벨 1에서 비슷한 제한을 가지며, 디렉터리 이름에 확장자를 사용할 수 없고, 하이픈 등의 일부 문자는 파일 이름에 사용할 수 없다.

짧은 파일 이름은 다음과 같은 방법으로 생성된다:[13]

  • 짧은 파일 이름에 사용할 수 없는 문자를 제거하거나 대체한다.
  • . " / \ [] : ; = , 그리고 공백은 제거한다.
  • 단, 마침표는 마지막 것은 남겨둔다.
  • 필요에 따라 확장자를 제외한 파일 이름은 6자 이하로 줄이고, "~"와 숫자(1~9)를 추가한다.
  • 이 처리는 파일 이름이 너무 긴 경우 외에도 사용할 수 없는 문자의 제거, 확장자 잘라내기 등 긴 파일 이름에서 변경되는 처리가 수행된 경우에 실행된다. 단, 소문자에서 대문자로의 치환만 이루어진 경우에는 이 처리가 실행되지 않는다.
  • 잘라내기로 인해 중복이 발생하면 "~" 뒤의 숫자가 증가한다.
  • 중복이 많은 경우의 자세한 동작은 환경 의존성을 갖는다. NT 계열에서는 다섯 번째부터 "~" 앞부분이 변경된다.
  • 확장자는 3자 이하로 줄인다.
  • 소문자는 대문자로 치환한다.


긴 파일 이름과 짧은 파일 이름에서 사용가능한 문자는 다음과 같다.

구분긴 파일 이름짧은 파일 이름
사용 불가능" * ? / \ : < > " * ? / \ : < >
사용 가능a~z ␣ . + , ; = [ ]A~Z

[14]


  • (마침표)는 짧은 파일 이름에서는 확장자 앞에 한 번만 사용할 수 있다.

4. 호환성

윈도우 NT 기반 운영 체제의 명령 프롬프트 앱릿(cmd.exe)은 긴 파일 이름에 와일드카드 문자(물음표 `?` 및 별표 `*`)를 허용한다.[12] 공백이 있는 긴 파일 이름은 작은따옴표나 큰따옴표로 묶어야 한다.[12]

긴 파일 이름(LFN)을 지원하는 최신 운영 체제에서도 8.3 파일 이름은 하위 호환성을 위해 사용될 수 있다. 컴팩트 플래시 카드와 같은 장치에서는 8.3 파일 이름이 정보 교환 표준으로 사용된다.

5. 디렉터리 테이블

FAT 파일 시스템에서 디렉터리 테이블은 각 파일이나 디렉터리에 대한 정보를 32바이트 항목으로 저장한다. 이 항목에는 파일 이름, 확장자, 속성(아카이브, 디렉터리, 숨김, 읽기 전용, 시스템, 볼륨), 생성 날짜 및 시간, 파일 데이터의 첫 번째 클러스터 주소, 파일 크기 등이 기록된다.[11]

디렉터리 테이블은 디렉터리를 나타내는 특수한 파일 형식이며, 각 항목은 다음과 같은 구조를 가진다.

{| class="wikitable"

!width="5%"|바이트 오프셋

!width="5%"|길이

!width="40%"|설명

|-

|align="right"|0x00

|align="right"|8

|DOS 파일 이름 (공백으로 채워짐)

첫 번째 바이트는 다음과 같은 특수 값을 가질 수 있다.

0x00항목을 사용할 수 있으며, 후속 항목은 사용 중이 아님
0x05실제 첫 문자는 0xE5임
0x2E점 항목: (현재 디렉터리) 또는 (상위 디렉터리)
0xE5항목이 이전에 지워짐. 파일 복구 유틸리티는 복구 과정에서 이 문자를 일반 문자로 변경해야 함.



|-

|align="right"|0x08

|align="right"|3

|DOS 파일 확장자 (공백으로 채워짐, 비어 있을 수 있음)

|-

|align="right"|0x0b

|align="right"|1

|파일 속성

비트마스크설명
00x01읽기 전용
10x02숨김 파일
20x04시스템 파일
30x08볼륨 레이블
40x10하위 디렉터리
50x20아카이브
60x40장치 (내부 용도로만 사용, 디스크에서는 찾을 수 없음)
70x80사용되지 않음



속성 값 0x0F는 긴 파일 이름 항목을 지정하는 데 사용된다.

|-

|align="right"|0x0c

|align="right"|1

|예약됨; 윈도우 NT 이후 버전에서 대소문자 정보 인코딩에 사용.

|-

|align="right"|0x0d

|align="right"|1

|생성 시간, 정밀 해상도: 10 밀리초 단위 (0~199).

|-

|align="right"|0x0e

|align="right"|2

|생성 시간 (시, 분, 초).

비트설명
15–11시 (0–23)
10–5분 (0–59)
4–0초/2 (0–29)



''초''는 2  해상도로 기록된다. 더 정밀한 생성 시간은 오프셋 0x0d에서 확인 가능.

|-

|align="right"|0x10

|align="right"|2

|생성 날짜 (년, 월, 일).

비트설명
15–9년 (0 = 1980, 127 = 2107)
8–5월 (1 = 1월, 12 = 12월)
4–0일 (1–31)



|-

|align="right"|0x12

|align="right"|2

|마지막 접근 날짜 (오프셋 0x10 참조).

|-

|align="right"|0x14

|align="right"|2

|OS/2 및 NT에서 사용되는 EA-Index. FAT12 및 FAT16에서는 첫 번째 클러스터 번호의 상위 2바이트, FAT32에서는 첫번째 클러스터 번호.

|-

|align="right"|0x16

|align="right"|2

|마지막 수정 시간 (오프셋 0x0e 참조).

|-

|align="right"|0x18

|align="right"|2

|마지막 수정 날짜 (오프셋 0x10 참조).

|-

|align="right"|0x1a

|align="right"|2

|FAT12 및 FAT16의 첫 번째 클러스터. FAT32의 첫 번째 클러스터의 하위 2바이트.

|-

|align="right"|0x1c

|align="right"|4

|파일 크기

|}

파일 이름이 8.3 형식을 만족하지 않으면, 왼쪽 정렬 후 남는 영역은 공백(0x20)으로 채워진다. 확장자는 뒤의 3바이트를 사용하며, 필요한 경우 확장자 앞에 공백이 채워진다. 예를 들어, "1234.TX"는 "1234␣␣␣␣TX␣"로 기록된다(「」는 공백). 확장자 앞의 점은 디스크에 기록되지 않고, 소프트웨어적으로 제8바이트와 제9바이트 사이에 삽입된다. 단, 현재 디렉터리를 나타내는 "."과 상위 디렉터리를 나타내는 ".."은 예외적으로 디스크에 그대로 기록된다.

일본어 환경에서는 CP932를 사용한다. 파일명이 0xE5로 시작하는 항목은 "삭제된 파일"을 나타내므로, CP932에서 파일명이 0xE5로 시작하는 경우 0x05로 대체된다.

5. 1. 사용할 수 없는 문자

ASCII 문자 중에는 8.3 파일 이름에 사용할 수 없는 문자가 몇 가지 있다. 긴 파일 이름(LFN)에 사용할 수 없는 문자에 더하여 몇 가지 추가적인 제한이 있다.
긴 파일 이름(LFN)에도 사용할 수 없는 문자:[11]

: " * ? / \ : < >
긴 파일 이름(LFN)에는 사용할 수 있지만 8.3 파일 이름에는 사용할 수 없는 문자:: a~z ␣ . + , ; = [ ]

: . (마침표)는 8.3 파일 이름에서는 확장자 앞에 한 번만 사용할 수 있다.

일본어 환경에서는 CP932의 바이트 열 안에 사용할 수 없는 반각 문자를 포함하는 전각 문자는 사용할 수 있다 (단, 애플리케이션에 따라 지원되지 않는 경우가 있다).

6. 비판 및 논란

8.3 파일 이름은 최대 8자리의 이름과 마침표(`.`), 그리고 최대 3자리의 파일 확장자로 구성되어 파일의 내용을 직관적으로 파악하기 어렵다는 비판을 받는다.[20] 이러한 제한 때문에 미국 대 마이크로소프트 사건에서 MICROS~1과 MICROS~2라는 이름이 기업 이름을 가리킬 때 풍자적으로 사용되었다.[20]

8.3 파일 이름만 지원하는 시스템에서는 초과된 문자가 무시되고, 파일 이름에 확장자가 없으면 뒤에 오는 마침표는 의미가 없다. (즉, `myfile`과 `myfile.`은 동일하다.) 또한, 파일 및 디렉터리 이름은 대문자로 표시되며, 8.3 표준을 사용하는 시스템은 일반적으로 대소문자를 구분하지 않는다. 그러나 8.3이 아닌 운영 체제에서 8.3 파일 시스템에 접근할 때, 기반 시스템은 대소문자를 보존하고 이름에서 문자가 잘리는 것을 방지하기 위해 내부적으로 파일 이름을 변경할 수 있어 운영 체제 간 호환성 문제가 발생할 수 있다.

참조

[1] 웹사이트 How to Disable the 8.3 Name Creation on NTFS Partitions https://www.betaarch[...] Microsoft 2021-02-26
[2] 웹사이트 GetShortPathName Function http://msdn.microsof[...] MSDN 2014-09-15
[3] 웹사이트 How to Get a Short Filename from a Long Filename https://www.betaarch[...] Microsoft 2021-02-26
[4] 웹사이트 How Windows Generates 8.3 File Names from Long File Names https://www.betaarch[...] Microsoft
[5] 웹사이트 A Tale of Two File Names https://tomgalvin.uk[...] 2022-10-17
[6] 웹사이트 Microsoft One-liner Digest http://www.netfunny.[...]
[7] 웹사이트 Under cmd.exe, how can "del *.tmp" be prevented from deleting *.tmpl files? https://superuser.co[...]
[8] 웹사이트 dir.c\fat\fs - kernel/git/torvalds/linux.git - Linux kernel source tree https://git.kernel.o[...] 2018-06-25
[9] 웹사이트 mount(8): mount filesystem – Linux man page http://www.die.net/d[...]
[10] 웹사이트 DOSLFN http://adoxa.altervi[...]
[11] 웹사이트 Directory Entry http://www.win.tue.n[...] 2007-12-26
[12] 웹사이트 Using Long File Names https://docs.microso[...] 2008-09-11
[13] 문서 Windows で長いファイル名から 8.3 ファイル名が生成される方法 http://support.micro[...]
[14] 서적 ファイル、パス、および名前空間の名前付け#命名規則 https://docs.microso[...] 2022-03-28
[15] 웹인용 Naming a File http://msdn2.microso[...] 마이크로소프트 개발자 네트워크 2015-09-29
[16] 웹인용 How to Disable the 8.3 Name Creation on NTFS Partitions http://support.micro[...] Microsoft
[17] 웹인용 GetShortPathName Function http://msdn.microsof[...] MSDN 2015-09-29
[18] 웹인용 How to Get a Short Filename from a Long Filename http://support.micro[...] Microsoft
[19] 웹인용 How Windows Generates 8.3 File Names from Long File Names http://support.micro[...] Microsoft
[20] 웹인용 보관된 사본 http://www.netfunny.[...] 2015-09-29



본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com