OS X의 파일 이름과 경로에 허용되지 않는 문자 목록이 있습니까?
답변1
?허용됩니다.
( 0x00) NUL및 :HFS+에서는 금지됩니다.
:그러나 POSIX 기반 소프트웨어에서는 다음으로 전환됩니다 /.
이 문제를 바로잡아준 Graham Lee에게 감사드립니다!
답변2
Daniel Beck이 말했듯이 NUL 및 ":"(POSIX 컨텍스트에서는 "/"라고도 함)은 금지됩니다. 그러나 그것은 그보다 더 복잡합니다. HFS+ 파일 이름은 완전히 분해된 형식으로 UTF-8 형식으로 저장되어야 하며 구성 문자는 정식 순서로 저장되어야 합니다(참조tn1150). 따라서 귀하의 질문에 대한 대답은 "문자"의 의미에 따라 달라집니다.
파일 이름을 구성하는 바이트 시퀀스에 관심이 있는 경우 유효한 UTF-8이 아닌(또는 적절하게 분해되지 않은) 시퀀스는 금지됩니다.
유니코드 코드 포인트를 의미하는 경우 해당 분해 규칙은 여전히 악센트 문자를 나타내는 모든 포인트를 금지합니다(대신 기본 문자 + 악센트 결합으로 저장해야 함)(참조tn1150테이블).
답변3
위키피디아에 따르면,http://en.wikipedia.org/wiki/HFS_PlusNUL을 포함한 모든 유니코드 문자가 허용됩니다. 그러나 많은 응용 프로그램은 '/' 등과 같은 자체적인 제한 사항을 적용합니다.
답변4
MacOS에서는 최소한 HFS 및 exFAT 마운트 파일 시스템이 다음 UTF-16 문자 시퀀스 0x61("a") 0x30a(링 오버 -)를 지원하지 않는 것으로 보입니다.https://www.compart.com/en/unicode/U+030A), 바이트를 리틀 엔디안으로 스와핑한 후 파일 이름의 바이트 시퀀스를 보면 다음과 같습니다.
"61 00 0a 03"
문제는 이 바이트 시퀀스가 MacOS의 일반적인 화이트아웃 문자인 것처럼 보이는 0xE5("å")로 이스케이프된다는 것입니다.
디스크가 쓰기 금지되어 있지 않으면 이러한 파일은그리고디렉토리는 즉시 삭제됩니다. 스칸디나비아의 법 집행 부서에서 일하는 사람들은 부서 간에 파일과 문서를 배송하기 전에 이 내용을 주의 깊게 읽어야 할 것입니다!
이 문제가 언제 시작되었는지는 알 수 없지만 아마도 70년대 초반부터 그랬을 것입니다. (VAX를 기억하세요 :-)
이러한 파일과 디렉터리 이름은 Linux, FreeBSD 또는 Windows 컴퓨터를 사용하여 가장 쉽게 생성됩니다. 파일 탐색기를 열고 위에서 언급한 문자가 포함된 문서나 디렉터리를 생성하기만 하면 됩니다. 그런 다음 휴대용 디스크를 MacOS 컴퓨터에 연결하고 어떤 일이 일어나는지 확인하십시오.
귀하의 편의를 위해 여기에 깨진 문자를 붙여넣고 독일어로 "움라우트"라고 부르는 몇 가지 예를 추가했습니다.
å b̊ c̊
