☰

Win7의 "보내기 > 압축(zip) 폴더"를 사용하여 이름에 유니코드 문자가 포함된 파일을 압축하는 동안 오류가 발생했습니다.

tag-icon • tag-icon windows-7 zip
Win7의 "보내기 > 압축(zip) 폴더"를 사용하여 이름에 유니코드 문자가 포함된 파일을 압축하는 동안 오류가 발생했습니다.

이름에 © 또는 ™와 같은 유니코드 문자가 포함된 파일을 압축하려고 하면 다음 오류가 발생합니다.

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

[내용] 'C:\Asd™.txt'에는 ™ 등 압축폴더에서 사용할 수 없는 문자가 포함되어 있어 압축할 수 없습니다. 이 파일이나 디렉터리의 이름을 바꿔야 합니다.

[좋아요]

이는 Windows 7을 다시 설치했을 때만 문제가 되었습니다. 이 오류를 자동으로 해결하는 데 필요한 일부 리소스가 있었을 것입니다. 하지만 지금은 거의 새로 설치되었으며 파일을 압축할 수 없습니다. 이 문제를 어떻게 해결합니까?

UPD:이 질문을 게시한 후 시간이 좀 지나서 평소 사용하는 응용 프로그램 중 일부를 설치했지만 문제가 여전히 존재하며 이전의 특정 응용 프로그램을 설치하면 문제가 해결될 수 있는지 잘 모르겠습니다.

Windows 10에 내장된 압축에는 이 문제가 없을 수도 있습니다.이 질문에 대한 의견.

답변1

문제가 되는 문자가 영어가 아닌 Microsoft에서 지원하는 언어에서 온 경우 관련 설치 프로그램을 설치할 수 있습니다.MUI(다국어 사용자 인터페이스) 언어 팩Windows Update 또는 관련LIP(언어 인터페이스 팩)~에서여기가능한 수정 사항으로.

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

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

그렇게 하려면:

  1. 시작 메뉴 검색 상자에 "region"을 입력합니다(따옴표 제외).

  2. 열기지역 및 언어제어판 애플릿

  3. 다음을 클릭하세요.행정탭을 클릭한 다음 유니코드를 지원하지 않는 프로그램용 언어에서시스템 로케일 변경. 관리자 암호나 확인을 묻는 메시지가 나타나면 암호를 입력하거나 확인하십시오.

  4. 언어를 선택한 다음 확인을 클릭합니다.

  5. 컴퓨터를 다시 시작하라는 메시지가 나타나면지금 다시 시작그렇게 하려면.

    Win7 시스템 로케일 변경

그러나 문제를 일으키는 캐릭터가 다음과 같은 경우™위에서 언급한 것처럼 저는 이에 대한 공식적인 Microsoft 수정 사항이 없다고 생각합니다.zipfldr.dll 제한, 이는 Windows에 이 기능이 있는 한 존재했습니다(따라서 실제로했다더 일찍 수정하세요. 일부 타사 구성 요소를 설치했을 수도 있습니다). 에서위키피디아:

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

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

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

물론 그 이후로 이 형식을 구현하는 모든 주요 Windows 아카이버는 2008년 WinZip부터 시작하여 유니코드 지원을 포함하도록 업데이트되었습니다. 불행하게도 Microsoft는 이상한 이유로 압축 폴더 기능을 위해 타사 라이브러리에 라이센스를 부여했습니다. ZIP 지원을 코딩하기가 매우 어렵습니다.) 그리고 분명히 이 라이브러리는 ZIP 파일 형식에 유니코드가 추가되기 이전 버전입니다. 또한 Microsoft는 이 기능을 얼마나 중요하게 생각하는지 명확히 보여주기 위해 이 버그를 수정하기 위한 코드를 업데이트하지 않았습니다.날짜까지(분명히 최신 버전의 .Net Framework, 즉 4.5에 있는 새로운 System.IO.ZipArchive 클래스도 처음에는 이 기능을 제대로 구현하지 못했지만 이후 버그가 수정되었습니다.)그들은 모든 사람이 사용 가능한 모든 기능을 갖춘 많은 타사 아카이버 중 하나를 설치하기를 기대하는 것 같습니다. 이는 제가 위에서도 추천한 것과 정확히 같습니다.

Microsoft의 다음 블로그 게시물 시리즈에서 Windows의 독특한 유니코드 지원 부족에 대한 자세한 내용을 읽을 수 있습니다.마이클 카플란:

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

최종 압축 크기에 관해서는 보관된 파일 형식의 데이터/조합에 따라 두 가지 중 하나가 더 나은 작업을 수행하는 것으로 나타났습니다(차이는 무시할 수 있지만). 물론 7z 또는 Rar(또는 WinZip의 ZipX) 형식은 다음과 같습니다.멀리이 점에 있어서는 더 낫고 거의 언제든지 일반 ZIP(예: 기존/레거시 형식을 사용하는 ZIP)을 능가할 것입니다.꺾다대신에 알고리즘PPMd등등).

답변2

같은 문제가 발생했습니다. 7-zip 관리자를 사용하여 파일을 압축하면 문제가 해결됩니다. :)

관련 정보