名前にUnicode文字を含むファイルをWin7の「送信先>圧縮（zip形式）フォルダー」に圧縮する際のエラー

名前にUnicode文字（©や™など）を含むファイルを圧縮しようとすると、次のエラーが表示されます。

[ウィンドウタイトル]圧縮（zip形式）フォルダーエラー

[内容] 'C：\ Asd™.txt'には、™などの圧縮フォルダーで使用できない文字が含まれているため、圧縮できません。このファイルまたはディレクトリの名前を変更する必要があります。

[OK]

これは、Windows 7を再インストールしたときにのみ問題になりました。おそらく、このエラーから自動的に解決するために必要なリソースがいくつかありましたが、ほぼクリーンインストールであり、ファイルを圧縮できません。どうすれば修正できますか？

UPD：この質問を投稿してからしばらく経ち、通常のアプリケーションをインストールしましたが、問題はまだ存在し、以前から特定のアプリケーションをインストールすることで修正できるかどうかはわかりません。

この質問に対するコメントで報告されているように、Windows 10に組み込まれているzip圧縮にはこの問題がない場合があります。

問題のある文字が英語以外の言語であり、Microsoftがサポートしている場合は、Windows Updateから関連するMUI（多言語ユーザーインターフェイス）言語パックをインストールするか、ここから関連するLIP（Language Interface Pack）を修正プログラムとしてインストールできます。

上記に加えて、システムロケールの変更も必要になる場合があります。

システムロケールは、Unicodeを使用しないプログラムで情報を入力および表示するために使用されるデフォルトの文字セット（文字、記号、数字）およびフォントを決定します。これにより、指定された言語を使用して、Unicode以外のプログラムをコンピューターで実行できます。コンピューターに追加の表示言語をインストールするときに、デフォルトのシステムロケールの変更が必要になる場合があります。システムロケールに別の言語を選択しても、WindowsまたはUnicodeを使用する他のプログラムのメニューおよびダイアログボックスの言語には影響しません。

そうするには：

1. [スタート]メニューの検索ボックスに「地域」と入力します（引用符なし）

2. 地域と言語のコントロールパネルアプレットを開きます

3. [ 管理 ]タブをクリックし、[Unicode以外のプログラムの言語]で[ システムロケールの変更 ]をクリックします。管理者のパスワードまたは確認を求められたら、パスワードを入力するか、確認を提供します。

4. 言語を選択し、[OK]をクリックします。

5. コンピューターを再起動するように求められたら、今すぐ再起動をクリックして再起動します。

   

怒ら文字のようなものであればしかし、™上述したように、私はこのための任意のMicrosoftの公式の修正があります信じていませんzipfldr.dll制限限り、あなたが本当にそうならば、Windowsが（この機能を持っていたとしてとして存在してきた、やった以前の修正、それは、サードパーティのコンポーネントをインストールした可能性があります）。ウィキペディアから：

Microsoft Windowsのバージョンには、Plus！以降、Explorerでのzip圧縮のサポートが含まれています。packはWindows 98向けにリリースされました。Microsoftはこの機能を「圧縮フォルダ」と呼んでいます。Windowsの圧縮フォルダ機能では、すべてのzip機能がサポートされているわけではありません。たとえば、AES暗号化、分割またはスパンアーカイブ、およびUnicodeエントリエンコーディングは、Windows XP以降のバージョンの圧縮フォルダー機能によって読み取り可能または書き込み可能とは認識されていません。

ZIPファイル形式は、長い時間のためのUnicdeのサポートを欠いており、この拡張は、唯一あたり2006のように6年前に添加し、付録D -言語エンコーディング（EFS）のZIPファイル形式の仕様：

D.1 ZIP形式は、これまで一般的にIBMコードページ437と呼ばれる、元のIBM PC文字エンコードセットのみをサポートしていました。これにより、ファイル名の文字の保存が元のMS-DOS値の範囲内に限定され、適切にサポートされません他の文字エンコーディングまたは言語のファイル名。この制限に対処するため、この仕様では次の変更をサポートします。[ 残りのドキュメントを読む。]

それ以来、このフォーマットを実装する主要なWindowsアーカイバはすべて、Unicodeサポートを含むように更新されました。2008年のWinZipからの始まりです。残念ながら、Microsoftは何らかの理由でサードパーティライブラリのライセンスを圧縮フォルダ機能にライセンスしました（ただし、 ZIPサポートをコーディングするのは非常に困難です）、そして明らかにこのライブラリは、ZIPファイル形式にUnicodeを追加する前のことです。また、この機能をどれだけ気にするかの明確な兆候として、Microsoftはこのバグを日付まで修正するためのコードを更新していません（明らかに、最新バージョンの.Net Frameworkの新しいSystem.IO.ZipArchiveクラスでも4.5は最初はこれを正しくしませんでしたが、バグはその後修正されました）。私は彼らが誰もが利用可能な多くのフル機能のサードパーティのアーカイバのうちの1つをインストールすることを期待していると思います。

MicrosoftのMichael Kaplanによる次の一連のブログ投稿で、このWindowsでのUnicodeサポートの特異な欠如に関する下品な詳細を読むことができます。

• Unicodeファイル名の圧縮

• Unicode？Zipは悪臭を放つUnicodeを必要としません！

• 場合によっては、ASCIIで保持する必要があります

• Unicodeファイルのパスを圧縮する

• WinZip、[待望の] Unicode版!!!

• WindowsがUnicodeをどのようにサポートしているかについて誰かが熱狂するなら、あなたが望むなら、彼らはただそれをZIPにすることを提案できます！

• 彼らがWindowsにプレッシャーをかけているのではなく、Pressure.Netになっているのかもしれません。:-)

PS「Windowsの「送信先」を使用したzip圧縮は、Winrarの「最高の」zip圧縮と同じように機能しますが、非常に高速であることがわかりました。」-これを何度もテストしました。WinRARの[ アーカイブに追加]を開くのにかかる余分な時間以外ダイアログで、アーカイブ形式としてZIPを選択し、[OK]を押します。圧縮にかかる実際の時間は両方でほぼ同じで、WinRARは一般に時間がかかりません（違いは無視できましたが）。大きな違いを見つけた場合、最初に一連のファイルでWinRARをテストし、その後すぐに同じフォルダーを圧縮フォルダーで圧縮した場合にのみ可能性があります。当然のことながら、Windowsで2回目には既にデータがキャッシュされていたため、このプロセスは最初の数分の1の時間しかかかりませんでした。現在のWindowsセッション中に以前に触れていないファイルのセットに対して逆の順序で実行すると、結果が逆になることは間違いありません。:)

最終的な圧縮サイズについては、アーカイブされたファイル形式のデータ/組み合わせに応じて、2つのうちのどちらかがより良い仕事をしていることがわかりました（ただし、違いは無視できました）。もちろん、7zまたはRar（またはWinZipのZipX）形式はこの点ではるかに優れており、ほぼすべての日でプレーンol 'ZIP（つまり、PPMdなどの代わりに従来の/レガシーデフレートアルゴリズムを使用するZIP ）に勝ります。

同じ問題が発生しました。7-zipマネージャーを使用してファイルを圧縮すると、問題は解決します。:)