zipの日本語ﾌｧｲﾙ名がmacOS10.15で解凍できなくなる

**名称未設定** · 2019/10/13(日) 13:13:38.69

macOS 10.15 Catalinaでzipファイルに含まれる
日本語ファイル名（ShiftJIS）の対応が廃止されました。

そのためzipファイルに日本語ファイル名が含まれていると
エラー22 引数が無効と表示され英語ファイル名も含め
すべてのファイルが解凍できません。

すでにそういうzipファイルが有る場合、
macOS標準機能では解凍できなくなったということです。
諦めてください。他のまともなアプリをインストールしましょう。

**名称未設定** · 2019/10/13(日) 13:16:56.92

Windowsユーザーのために、わざわざShiftJISで
作成したzipファイルがmacOSで解凍できなくなるｗ

**名称未設定** · 2019/10/13(日) 16:05:22.74

元々壊れてるzipファイルすらエラーも警告もなしに解凍して
正常だったかのように振る舞う欠陥仕様だったし。

**名称未設定** · 2019/10/14(月) 03:38:24.29

標準のZIPなんて使ってねーよ

**名称未設定** · 2019/10/16(水) 18:32:39.73

圧縮には何を使ってるの？

**名称未設定** · 2019/10/17(木) 08:00:43.18

これマジでどうしようかと考えてる
今お付き合いのある会社さんに日本語.zipはやめたくれ言うのも失礼かなと悩むわ
下請けのお前が対応しろって話になるし

**名称未設定** · 2019/10/17(木) 08:31:27.33

別のソフトで解凍すれば良いだけだが

**名称未設定** · 2019/10/17(木) 18:05:09.53

>>6
FTPでフォルダごと上げろ

**名称未設定** · 2019/10/18(金) 10:35:52.44

今どきSHIFTJISでファイル名付ける環境ってなんだ？

**名称未設定** · 2019/10/18(金) 11:28:42.22

>>9
今どきって言うけどさ、zipの役割を考えると、
昔にアーカイブしたファイルを扱うことは多いんだぞ
今だけ見てたらダメだろう

**名称未設定** · 2019/10/18(金) 14:35:43.25

>>10
おー、確かにそりゃそうだ。
まあ、今でこそやらなくなったが、ちょっと前は
解凍できない時は色々アーカイバ変えて試したんだし
それでいいんじゃね？

**名称未設定** · 2019/10/18(金) 18:37:05.14

Windowsは、7+パッチもしくは 8 以上でUTF-8のファイル名に対応したから、
OSの標準機能だけでShiftJISとUTF-8の両方に対応できてるというのは皮肉なことだなｗ

macOSはどうする？ OSの言語設定によって文字コードを変えるか？
それともUTF-8でない場合のて文字コードを設定できるようにするか？
それとも解凍時に文字コードを選択できるようにするか？
今までの自動判定でもいいけど、判定にミスると文字化けするんだよな。

**名称未設定** · 2019/10/19(土) 17:42:34.40

しかしmacOS側もなあ:

- ファイル名がUTF-8といってもいわゆるUTF-8-MACというやつなので、Windowsと
やり取りした時に問題になるケースがありそう。
- ZIPをmacOS上で作るとメタデータのフォルダを付けてくるのでWindows上でそれを
解凍したときに余計なフォルダが作られてうざい。

**名称未設定** · 2019/10/20(日) 16:43:31.19

The Unarchiverというアプリを使ってみたら、日本語のファイル名の時にエンコーディング
を何にするか聞いてきた。いいかもしれない。

**名称未設定** · 2019/10/21(月) 02:01:41.17

定番アプリだよ
解凍はそれで解決するから正直大した問題じゃない

**名称未設定** · 2019/10/21(月) 03:30:42.03

OS標準機能だけでzipが使えることが誇りだった人には
大きな問題なんだよ。

一方WindowsはOS標準機能だけでできるようになったからな。
UTF-8とShiftJISの両対応

**名称未設定** · 2019/10/21(月) 13:45:15.89

こいつ誇りとか言い出しましたよwww
じゃあ互換性の高いであろうWindows使って誇ってた方がいいと思うよ

**名称未設定** · 2019/10/21(月) 13:48:04.23

Windowsユーザーは、OS標準以外のアプリが多いことが誇りだから
最近はWSLのおかげでLinuxの大量のコマンドまで使えるようになった。

**名称未設定** · 2019/10/21(月) 21:28:58.38

ホコリwww

Win使ってろ、バカ

**名称未設定** · 2019/10/30(水) 03:13:47.40

unzip error 22: invalid argument
https://discussions.apple.com/thread/250741052

**名称未設定** · 2019/10/31(木) 00:11:41.90

年がら年中バカが文字化けディレクトリ名を
ご丁寧に再zipして送ってたりするんだよな

osでの対応辞めたのは正解だわ
レガシー必須勢はどうせフリーソフト使う

**名称未設定** · 2019/10/31(木) 01:28:55.58

悲報

macOS 10.15.1 Catalinaでもzipファイルが解凍できない不具合は修正されないままなので注意を。
https://applech2.com/archives/20191030-macos-10-15-1-catalina-zip-22-error-not-fixed.html

**名称未設定** · 2019/10/31(木) 01:38:14.33

代わりのソフト何使ったらいいか教えてくれ

**名称未設定** · 2019/10/31(木) 05:20:49.55

>>23
>>14

**名称未設定** · 2019/10/31(木) 12:07:01.24

KEKAが圧倒的に良いぞ

マルチプロセサ対応でめちゃ速い

**名称未設定** · 2019/10/31(木) 14:40:28.67

>25
配布元ではオープンソース、App Storeではシェアウェア
機能制限かかってるほうが有償って珍しいな
https://apps.apple.com/jp/app/keka/id470158793

**名称未設定** · 2019/11/16(土) 06:35:55.27

まだバグ修正されてないのか？

**名称未設定** · 2020/01/21(火) 20:04:50.68

3.11.5を今でも使っているよ。
不具合がある最新版の更新は無いようだ。

**名称未設定** · 2020/02/09(日) 02:01:55.63

Appleがこう言うバグを放置するのか見ものだな。

**名称未設定** · 2020/02/09(日) 05:30:33.33

Appleは現状だと、それは仕様に準拠してないファイルを作成した圧縮ソフトが悪いってスタンスだからねえ。
バグだと思ってないでしょ。

**名称未設定** · 2020/02/09(日) 12:44:32.57

その仕様に準拠してないというのが間違いなわけだが

例えばテキストファイルに文字コードは存在しない
いろんな文字コードがあり得る
だからテキストエディタもいろんな文字コードに対応している。

zipも同じ。zipがUTF8に対応した2006年頃までは
いろんな文字コードがあり得るという仕様だった。
互換性を考えるならそういう古いzipファイルにも対応しなければいけない
これは単に互換性を切ったという話でしか無い

**名称未設定** · 2020/02/09(日) 18:44:04.54

文字コードの問題じゃなくてzipアーカイブのヘッダなんだけど。
catalinaからzipの解凍は7zライブラリを利用している。

>Why can't 7-Zip open some ZIP archives?
>
>In 99% of these cases it means that the archive contains incorrect headers. Other ZIP programs can open some archives with incorrect headers, since these programs just ignore errors.
>
>If you have such archive, please don't call the 7-Zip developers about it. Instead try to find the program that was used to create the archive and inform the developers of that program that their software is not ZIP-compatible.
>
>There are also some ZIP archives that were encoded with methods unsupported by 7-Zip, for example, WAVPack (WinZip).

**名称未設定** · 2020/02/09(日) 19:18:09.23

7zライブラリを利用していることは
なんの関係もない話だ

アップルが互換性を切ったか
実装漏れ、すなわちバグであるという事実とは
何の関係もない

**名称未設定** · 2020/02/09(日) 19:19:01.87

当たり前だが7zライブラリ自体はUTF-8以外の文字コードもサポートしてる
マヌケなのはアップル

**名称未設定** · 2020/02/09(日) 20:08:03.84

現在の動作が文字コードがげんいんという思い込みから離れて考えてみてはどうでしょうか。
ちゃんと動作を検証しましたか？？

**名称未設定** · 2020/02/09(日) 23:49:05.49

>>35
文字コードが原因であることはすでに事実であることが判明してる
いちいち蒸し返さなくていい

unzip error 22: invalid argument
https://discussions.apple.com/thread/250741052

> he file contained the Chinese,

> It is NOT just Chinese Characters.

> works for files without Swedish characters

**名称未設定** · 2020/02/10(月) 02:25:29.28

仮にエンコーディングがUTF-8でもmacOSとその他で違ったりするからなあ。
エンコーディング以外に大文字小文字の問題なんかもある。
究極どういうファイルシステムなのかという情報がいると思われ。
なんか根本的な解決策はないのかなあと。

**名称未設定** · 2020/02/10(月) 03:08:40.82

文字コードがってのは結果であって、原因は旧バージョンのWindwosみたいにzip圧縮するときにunicodeのエンコードやってないからでないの？
だから引数エラーになってる。

**名称未設定** · 2020/02/10(月) 04:55:42.34

>>38
だからUnicodeにすることは必須ではないんだよ
ShiftJISで入れてもzipの仕様的にはOK。というか2006年まではそうするしかなかった。
Unicode文字列で格納しているというフラグができたのが2006年のzipフォーマット6.3.０から

Windowsは互換性重視で圧縮時はOSの言語設定依存になっている
展開時はUnicodeとOSの言語設定の両方に対応している

macOSは早々に互換性を切った。Appleコミュニティの「I have this question too (810)」の多さが
互換性を切ることがどれだけ問題であるかを示している

**名称未設定** · 2020/02/10(月) 15:06:27.66

ここでギャースカやっても事態は変わらんだろ
まあ怒りの矛先には丁度いいんだろうけど

**名称未設定** · 2020/02/11(火) 00:22:49.38

Appleは本家にギャースカ言っても自体は変わらんけどなｗ
MSはあんなにユーザーのフィードバックを反映してるというのにね

**名称未設定** · 2020/02/15(土) 19:01:21.89

テキストエディタにもバグがあったくらいだし。
もし互換性を削ることが逆にバグに繋がるのだとしたら。
正規仕様に戻したほうがいいと思う。
Catalinaは完全64bitであることが売りだが
明らかに64bitライブラリが不完全で不安定だし。
Appleは64bitに完全対応できていないように思う。
実際32bitで築いてきた資産をいま切るのは時期尚早。
Windowsが無理してでも互換性を維持してるのは今まで築いてきたWindows開発資産とノウハウを維持するためでもある。
Microsoftですら完全64bit化は今は無理だと踏んでいるのにAppleは何を考えているのだろうか？。
簡単なスクリプト類もまだ32bitで運用したほうがいい。
Apple自身が困惑してるのにそこにデベロッパついてくると考えるのは完全に方向性を間違っている。
だからzipの互換性を切るだの余計なことを考える。
それだったら完全に準備できてからのほうがいい。
今からでもそうすべき。

**名称未設定** · 2020/02/16(日) 07:31:59.51

>>42
>簡単なスクリプト類もまだ32bitで
スクリプトはCPU依存しねえんだが釣りか？
iOSはとっくに完全64bitだし、32bitはmacOSと
watchOSくらいじゃないか。

**名称未設定** · 2020/02/16(日) 19:58:07.57

プログラムとスクリプトが合わさったハイブリッドスクリプト類が環境依存する。
膨大なハイブリッドスクリプトのコードを64bitに移行するには膨大な時間がかかる。
これを内部的には解決できてないので64bitアプリが動かないだけで32bitのエミュレートコードは動いている。
このハイブリッドスクリプトを捨てないと完全64bit化できないのでバグが多発し不安定になる。

**名称未設定** · 2020/03/26(木) 23:40:44.40

直ったらしいよ
良かったねmacOSが誇りだった人

**名称未設定** · 2020/05/29(金) 11:45:26.41

ついでにFinderファイル名・漢数字のソートが狂う問題も直して欲しかったな
昇降順にソートすると五四二一三（54213）、降昇順にソートすると二四三五一（24351）

**名称未設定** · 2020/05/29(金) 18:05:52.31

本当だ
システム環境設定＞地域と言語＞一般＞リストでの表示順序　をどれにしても12345にはなってくれない

**名称未設定** · 2020/05/29(金) 19:20:06.38

漢数字は数字として扱ってないんだろうな。

**名称未設定** · 2020/06/05(金) 17:30:26.84

>>46
それ、どうして昇降順と降昇順で対称じゃないんだっけ?

**名称未設定** · 2020/06/05(金) 17:41:16.89

たぶんソーティングルール（コレーション）の標準的な規格に従ってるんだろうけど、
漢数字順、というのが無いような気が。

漢数字を英数字のように扱ったらいいのかな? その場合。、一～九は英数字同様
他の漢字より優先する? それとも今の漢字の順序で一～九の相対的位置だけ変える?

しかしふと、漢数字って一～九以外に十百千...零もあるよなあ。
さらには壱弐参、拾とか... でもエヴァのTV版の各話とかちゃんと並ぶべきだし。

**名称未設定** · 2020/06/05(金) 22:21:08.53

やれないことはないけど、結構複雑で面倒なアルゴリズムになるな。
「１億２０００万」「１億２千万」とかも使われるし。

**名称未設定** · 2020/06/06(土) 00:05:33.33

Catalinaで解凍できないzipのサンプル、どっかに無いかな
あったら教えて

**名称未設定** · 2020/06/06(土) 00:30:25.33

>>52
教えるとなんかいいことあるの?

**名称未設定** · 2020/06/06(土) 02:27:47.62

とりあえず1桁のはソートされるようにハックしてみた
https://i.imgur.com/VYrJByL.png

**名称未設定** · 2020/06/06(土) 07:29:26.23

ちなみに最初しくじってFinderを立ち上がらなくしたのはここだけの話。
よいこのみなさんはまねしないようにw