Win7의 "보내기 (Send to)> 압축 (Zip) 폴더"이름으로 유니 코드 문자가있는 파일을 압축하는 동안 오류가 발생했습니다

유니 코드 문자가 포함 된 파일 (예 : © 또는 ™)을 압축하려고하면 다음 오류가 발생합니다.

[창 제목] 압축 (압축) 폴더 오류

[Content] 'C : \ Asd ™ .txt'에는 ™와 같은 압축 폴더에서 사용할 수없는 문자가 포함되어 있으므로 압축 할 수 없습니다. 이 파일 또는 디렉토리의 이름을 바꿔야합니다.

[확인]

이 문제는 Windows 7을 다시 설치할 때만 문제가되었습니다.이 오류에서 필요한 리소스가 자동으로 해결 되었으나 설치가 거의 완료되어 파일을 압축 할 수 없습니다. 이 문제를 어떻게 해결합니까?

UPD : 이 질문을 게시 한 후 시간이 지났고 일반적인 응용 프로그램 중 일부를 설치했지만 문제가 여전히 존재하며 이전부터 특정 응용 프로그램을 설치하여 문제를 해결할 수 있는지 확실하지 않습니다.

이 질문 에 대한 의견 에서보고 된 것처럼 Windows 10의 기본 압축 기능에는이 문제가 없을 수 있습니다 .

잘못된 문자는 영어 만 이상의 Microsoft 지원 이외의 언어에서 인 경우에, 당신은 관련 설치할 수 있습니다 MUI (다국어 사용자 인터페이스) 언어 팩 의 Windows Update에서, 또는 관련 LIP (언어 인터페이스 팩) 에서 여기 가능한 수정 등을.

위의 내용 외에도 시스템 로케일 을 변경해야 할 수도 있습니다 .

시스템 로캘은 유니 코드를 사용하지 않는 프로그램에서 정보를 입력하고 표시하는 데 사용되는 기본 문자 세트 (문자, 기호 및 숫자)와 글꼴을 결정합니다. 이렇게하면 유니 코드가 아닌 프로그램이 지정된 언어를 사용하여 컴퓨터에서 실행될 수 있습니다. 컴퓨터에 추가 표시 언어를 설치할 때 기본 시스템 로캘을 변경해야 할 수도 있습니다. 시스템 로캘에 다른 언어를 선택해도 Windows 또는 유니 코드를 사용하는 다른 프로그램의 메뉴 및 대화 상자에있는 언어에는 영향을 미치지 않습니다.

그렇게하려면 :

1. 시작 메뉴 검색 상자에 "지역"을 입력하십시오 (따옴표 제외).

2. 열기 국가 및 언어 제어판 애플릿을

3. 관리 탭을 클릭 한 다음 유니 코드가 아닌 프로그램의 언어에서 시스템 로캘 변경을 클릭 합니다 . 관리자 암호 나 확인을 요청하는 메시지가 나타나면 암호를 입력하거나 확인하십시오.

4. 언어를 선택한 다음 확인을 클릭하십시오.

5. 컴퓨터를 다시 시작할 것인지 묻는 메시지가 나타나면 지금 다시 시작을 클릭하여 다시 시작하십시오 .

   

그러나 잘못된 문자가 같은 경우 ™ 위에서 언급 한 바와 같이, 나는이에 대한 마이크로 소프트의 공식 수정 거기에 생각하지 않습니다 zipfldr.dll 제한 Windows가이 기능을 (했다만큼 존재하고, 당신은 정말 그렇다면 했던 이전 수정에게 그것을 타사 구성 요소를 설치했을 수 있습니다. 에서 위키 백과 :

Microsoft Windows 버전에는 Plus! 이후 Explorer에서 zip 압축 지원 기능이 포함되어 있습니다. 팩은 Windows 98 용으로 출시되었습니다. Microsoft는이 기능을 "압축 폴더"라고합니다. 모든 압축 기능이 Windows 압축 폴더 기능에서 지원되는 것은 아닙니다. 예를 들어 AES 암호화, 분할 또는 스팬 아카이브 및 유니 코드 항목 인코딩 은 Windows XP 이상 버전의 압축 폴더 기능에서 읽거나 쓸 수있는 것으로 알려져 있지 않습니다.

ZIP 파일 형식은 오랫동안 Unicde 지원이 없었으며이 확장명은 2006 년 6 년 전에 추가되었습니다. ZIP 파일 형식 사양의 부록 D-언어 인코딩 (EFS) 에 따라 :

D.1 ZIP 형식은 일반적으로 IBM 코드 페이지 437이라고하는 원래 IBM PC 문자 인코딩 세트 만 지원합니다. 이는 파일 이름 문자를 원래 MS-DOS 범위 내의 값으로 만 저장하도록 제한하며 올바르게 지원하지 않습니다. 다른 문자 인코딩 또는 언어로 된 파일 이름 이 제한을 해결하기 위해이 사양은 다음 변경을 지원합니다. [ 나머지는 문서를 읽으십시오. ]

그 이후로 형식을 구현하는 모든 주요 Windows 아카이버는 2008 년 WinZip을 믿기 시작하면서 유니 코드 지원을 포함하도록 업데이트되었습니다. 불행히도 Microsoft는 이상한 이유로 압축 폴더 기능으로 타사 라이브러리에 라이센스를 부여했습니다. ZIP 지원을 코딩하기가 매우 어렵습니다), 분명히이 라이브러리는 ZIP 파일 형식에 유니 코드를 추가 한 것입니다. 또한,이 기능에 대한 관심이 얼마나 명확한 표시로, 마이크로 소프트는이 버그를 해결하기 위해 코드를 업데이트하지 않았습니다 날짜까지 (닷넷 프레임 워크, 즉 최신 버전에서 분명히, 심지어 새로운 System.IO.ZipArchive 클래스를 4.5는 처음에는 이것을 얻지 못했지만 버그는 수정되었습니다.나는 모든 사람들이 사용할 수있는 모든 기능을 갖춘 제 3 자 아카이브 중 하나를 설치할 것으로 기대합니다.

Microsoft Michael Kaplan 의 다음 블로그 게시물에서 Windows의 유니 코드 지원 부족에 대한 이상한 세부 정보를 읽을 수 있습니다 .

• 유니 코드 파일 이름 압축

• 유니 코드? Zip은 유능한 유니 코드가 필요 없습니다!

• 때로는 ASCII로 유지해야합니다

• 유니 코드 파일 PATH 압축

• 오랫동안 기다려온 유니 코드 에디션 WinZip !!!

• 누군가 Windows가 유니 코드를 지원하는 방법에 대해 비난하는 경우 원하는 경우 ZIP을 제안 할 수 있습니다.

• 그들이 Windows에 압력을 가하는 것이 아니라 Pressure.Net입니까? :-)

추신 : "방금 창을"보내기 "로 압축하는 것이 Winrar의"최고 "압축만큼 효과적이지만 훨씬 더 빠릅니다." 방금 이것을 여러 번 테스트했습니다. WinRAR의 아카이브에 추가를 여는 데 걸리는 시간 외에대화 상자에서 ZIP을 아카이브 형식으로 선택하고 확인을 누릅니다. 압축에 걸리는 실제 시간은 둘 다에 대해 거의 동일하지만 WinRAR은 일반적으로 시간이 덜 걸립니다 (차이는 무시할 수 있음). 큰 차이가있는 경우 먼저 파일 세트에서 WinRAR을 테스트 한 다음 압축 폴더를 사용하여 동일한 파일을 즉시 압축 한 경우에만 가능했습니다. 당연히 Windows 주변에서 두 번째로 이미 데이터를 캐시했기 때문에 프로세스가 처음에 비해 시간이 조금 걸렸습니다. 현재 Windows 세션 중에 이전에 만지지 않은 파일 세트에 대해 반대 순서로 수행하면 결과가 반전됩니다. :)

최종 압축 크기는 아카이브 된 파일 형식의 데이터 / 조합에 따라 두 가지 중 하나가 더 나은 작업을 수행한다는 것을 알았습니다 (다시 차이는 무시할 수 있음). 물론, 7z 또는 Rar (또는 WinZip의 ZipX) 형식은 이와 관련하여 훨씬 우수하며 거의 모든 날의 ZIP을 능가합니다 (즉 , PPMd 등 대신 전통적인 / 레거시 수축 알고리즘을 사용하는 ZIP ).

나는 같은 문제를 겪었다. 7-zip 관리자를 사용하여 파일을 압축하면 문제가 해결됩니다. :)