X



zipの日本語ファイル名がmacOS10.15で解凍できなくなる
0001名称未設定
2019/10/13(日) 13:13:38.69ID:eb3bHtY/0
macOS 10.15 Catalinaでzipファイルに含まれる
日本語ファイル名(ShiftJIS)の対応が廃止されました。

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

すでにそういうzipファイルが有る場合、
macOS標準機能では解凍できなくなったということです。
諦めてください。他のまともなアプリをインストールしましょう。
0009名称未設定
2019/10/18(金) 10:35:52.44ID:2H7maT3m0
今どきSHIFTJISでファイル名付ける環境ってなんだ?
0010名称未設定
2019/10/18(金) 11:28:42.22ID:a9afNflI0
>>9
今どきって言うけどさ、zipの役割を考えると、
昔にアーカイブしたファイルを扱うことは多いんだぞ
今だけ見てたらダメだろう
0011名称未設定
2019/10/18(金) 14:35:43.25ID:2H7maT3m0
>>10
おー、確かにそりゃそうだ。
まあ、今でこそやらなくなったが、ちょっと前は
解凍できない時は色々アーカイバ変えて試したんだし
それでいいんじゃね?
0012名称未設定
2019/10/18(金) 18:37:05.14ID:bTOkqtLq0
Windowsは、7+パッチ もしくは 8 以上でUTF-8のファイル名に対応したから、
OSの標準機能だけでShiftJISとUTF-8の両方に対応できてるというのは皮肉なことだなw

macOSはどうする? OSの言語設定によって文字コードを変えるか?
それともUTF-8でない場合のて文字コードを設定できるようにするか?
それとも解凍時に文字コードを選択できるようにするか?
今までの自動判定でもいいけど、判定にミスると文字化けするんだよな。
0013名称未設定
2019/10/19(土) 17:42:34.40ID:DJq11vep0
しかしmacOS側もなあ:

- ファイル名がUTF-8といってもいわゆるUTF-8-MACというやつなので、Windowsと
やり取りした時に問題になるケースがありそう。
- ZIPをmacOS上で作るとメタデータのフォルダを付けてくるのでWindows上でそれを
解凍したときに余計なフォルダが作られてうざい。
0014名称未設定
2019/10/20(日) 16:43:31.19ID:8BxE/Z+I0
The Unarchiverというアプリを使ってみたら、日本語のファイル名の時にエンコーディング
を何にするか聞いてきた。いいかもしれない。
0015名称未設定
2019/10/21(月) 02:01:41.17ID:23eaV/Pe0
定番アプリだよ
解凍はそれで解決するから正直大した問題じゃない
0016名称未設定
2019/10/21(月) 03:30:42.03ID:xtc58GNu0
OS標準機能だけでzipが使えることが誇りだった人には
大きな問題なんだよ。

一方WindowsはOS標準機能だけでできるようになったからな。
UTF-8とShiftJISの両対応
0017名称未設定
2019/10/21(月) 13:45:15.89ID:KH9PsEER0
こいつ誇りとか言い出しましたよwww
じゃあ互換性の高いであろうWindows使って誇ってた方がいいと思うよ
0018名称未設定
2019/10/21(月) 13:48:04.23ID:p3p/V3yh0
Windowsユーザーは、OS標準以外のアプリが多いことが誇りだから
最近はWSLのおかげでLinuxの大量のコマンドまで使えるようになった。
0019名称未設定
2019/10/21(月) 21:28:58.38ID:d32VkT4J0
ホコリwww

Win使ってろ、バカ
0021名称未設定
2019/10/31(木) 00:11:41.90ID:02m8MKfG0
年がら年中バカが文字化けディレクトリ名を
ご丁寧に再zipして送ってたりするんだよな

osでの対応辞めたのは正解だわ
レガシー必須勢はどうせフリーソフト使う
0023名称未設定
2019/10/31(木) 01:38:14.33ID:FnrhsdXh0
代わりのソフト何使ったらいいか教えてくれ
0025名称未設定
2019/10/31(木) 12:07:01.24ID:uKnhjDZz0
KEKAが圧倒的に良いぞ

マルチプロセサ対応でめちゃ速い
0027名称未設定
2019/11/16(土) 06:35:55.27ID:BW0GHwng0
まだバグ修正されてないのか?
0028名称未設定
2020/01/21(火) 20:04:50.68ID:Ou/ardKM0
3.11.5を今でも使っているよ。
不具合がある最新版の更新は無いようだ。
0029名称未設定
2020/02/09(日) 02:01:55.63ID:018NTnB50
Appleがこう言うバグを放置するのか見ものだな。
0030名称未設定
2020/02/09(日) 05:30:33.33ID:lqxgBS4t0
Appleは現状だと、それは仕様に準拠してないファイルを作成した圧縮ソフトが悪いってスタンスだからねえ。
バグだと思ってないでしょ。
0031名称未設定
2020/02/09(日) 12:44:32.57ID:Bzp+V0Gi0
その仕様に準拠してないというのが間違いなわけだが

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

zipも同じ。zipがUTF8に対応した2006年頃までは
いろんな文字コードがあり得るという仕様だった。
互換性を考えるならそういう古いzipファイルにも対応しなければいけない
これは単に互換性を切ったという話でしか無い
0032名称未設定
2020/02/09(日) 18:44:04.54ID:lqxgBS4t0
文字コードの問題じゃなくて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).
0033名称未設定
2020/02/09(日) 19:18:09.23ID:0T1nvx3R0
7zライブラリを利用していることは
なんの関係もない話だ

アップルが互換性を切ったか
実装漏れ、すなわちバグであるという事実とは
何の関係もない
0034名称未設定
2020/02/09(日) 19:19:01.87ID:0T1nvx3R0
当たり前だが7zライブラリ自体はUTF-8以外の文字コードもサポートしてる
マヌケなのはアップル
0035名称未設定
2020/02/09(日) 20:08:03.84ID:lqxgBS4t0
現在の動作が文字コードがげんいんという思い込みから離れて考えてみてはどうでしょうか。
ちゃんと動作を検証しましたか??
0036名称未設定
2020/02/09(日) 23:49:05.49ID:Y5TFElxV0
>>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
0037名称未設定
2020/02/10(月) 02:25:29.28ID:awvK0wiA0
仮にエンコーディングがUTF-8でもmacOSとその他で違ったりするからなあ。
エンコーディング以外に大文字小文字の問題なんかもある。
究極どういうファイルシステムなのかという情報がいると思われ。
なんか根本的な解決策はないのかなあと。
0038名称未設定
2020/02/10(月) 03:08:40.82ID:eCMFwxGT0
文字コードがってのは結果であって、原因は旧バージョンのWindwosみたいにzip圧縮するときにunicodeのエンコードやってないからでないの?
だから引数エラーになってる。
0039名称未設定
2020/02/10(月) 04:55:42.34ID:bzZzLl820
>>38
だからUnicodeにすることは必須ではないんだよ
ShiftJISで入れてもzipの仕様的にはOK。というか2006年まではそうするしかなかった。
Unicode文字列で格納しているというフラグができたのが2006年のzipフォーマット6.3.0から

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

macOSは早々に互換性を切った。Appleコミュニティの「I have this question too (810)」の多さが
互換性を切ることがどれだけ問題であるかを示している
0040名称未設定
2020/02/10(月) 15:06:27.66ID:vs6Najn90
ここでギャースカやっても事態は変わらんだろ
まあ怒りの矛先には丁度いいんだろうけど
0041名称未設定
2020/02/11(火) 00:22:49.38ID:lra7by8Q0
Appleは本家にギャースカ言っても自体は変わらんけどなw
MSはあんなにユーザーのフィードバックを反映してるというのにね
0042名称未設定
2020/02/15(土) 19:01:21.89ID:pt1Mqfvi0
テキストエディタにもバグがあったくらいだし。
もし互換性を削ることが逆にバグに繋がるのだとしたら。
正規仕様に戻したほうがいいと思う。
Catalinaは完全64bitであることが売りだが
明らかに64bitライブラリが不完全で不安定だし。
Appleは64bitに完全対応できていないように思う。
実際32bitで築いてきた資産をいま切るのは時期尚早。
Windowsが無理してでも互換性を維持してるのは今まで築いてきたWindows開発資産とノウハウを維持するためでもある。
Microsoftですら完全64bit化は今は無理だと踏んでいるのにAppleは何を考えているのだろうか?。
簡単なスクリプト類もまだ32bitで運用したほうがいい。
Apple自身が困惑してるのにそこにデベロッパついてくると考えるのは完全に方向性を間違っている。
だからzipの互換性を切るだの余計なことを考える。
それだったら完全に準備できてからのほうがいい。
今からでもそうすべき。
0043名称未設定
2020/02/16(日) 07:31:59.51ID:BgKliOA+0
>>42
>簡単なスクリプト類もまだ32bitで
スクリプトはCPU依存しねえんだが釣りか?
iOSはとっくに完全64bitだし、32bitはmacOSと
watchOSくらいじゃないか。
0044名称未設定
2020/02/16(日) 19:58:07.57ID:ZvuGv4Ud0
プログラムとスクリプトが合わさったハイブリッドスクリプト類が環境依存する。
膨大なハイブリッドスクリプトのコードを64bitに移行するには膨大な時間がかかる。
これを内部的には解決できてないので64bitアプリが動かないだけで32bitのエミュレートコードは動いている。
このハイブリッドスクリプトを捨てないと完全64bit化できないのでバグが多発し不安定になる。
0045名称未設定
2020/03/26(木) 23:40:44.40ID:HUwLd1rp0
直ったらしいよ
良かったねmacOSが誇りだった人
0046名称未設定
2020/05/29(金) 11:45:26.41ID:fcWRRKvI0
ついでにFinderファイル名・漢数字のソートが狂う問題も直して欲しかったな
昇降順にソートすると五四二一三(54213)、降昇順にソートすると二四三五一(24351)
0047名称未設定
2020/05/29(金) 18:05:52.31ID:Nu7gVU/w0
本当だ
システム環境設定>地域と言語>一般>リストでの表示順序 をどれにしても12345にはなってくれない
0048名称未設定
2020/05/29(金) 19:20:06.38ID:27/Wod9t0
漢数字は数字として扱ってないんだろうな。
0049名称未設定
2020/06/05(金) 17:30:26.84ID:MERN+EIZ0
>>46
それ、どうして昇降順と降昇順で対称じゃないんだっけ?
0050名称未設定
2020/06/05(金) 17:41:16.89ID:MERN+EIZ0
たぶんソーティングルール(コレーション)の標準的な規格に従ってるんだろうけど、
漢数字順、というのが無いような気が。

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

しかしふと、漢数字って一〜九以外に十百千...零もあるよなあ。
さらには壱弐参、拾とか... でもエヴァのTV版の各話とかちゃんと並ぶべきだし。
0051名称未設定
2020/06/05(金) 22:21:08.53ID:la/cy3Yi0
やれないことはないけど、結構複雑で面倒なアルゴリズムになるな。
「1億2000万」「1億2千万」とかも使われるし。
0052名称未設定
2020/06/06(土) 00:05:33.33ID:/lk1agSA0
Catalinaで解凍できないzipのサンプル、どっかに無いかな
あったら教えて
0053名称未設定
2020/06/06(土) 00:30:25.33ID:bQc6Fhov0
>>52
教えるとなんかいいことあるの?
0055名称未設定
2020/06/06(土) 07:29:26.23ID:DhEto4ud0
ちなみに最初しくじってFinderを立ち上がらなくしたのはここだけの話。
よいこのみなさんはまねしないようにw
0056名称未設定
2020/06/06(土) 10:06:32.53ID:UnRHcOmI0
役所や法曹現場のWindowsは漢数字ソートどうなってるんだろうね?
昔使っていた一太郎は国産だけあって漢数字・算用数字表記切り替えまで用意されていたと
記憶してる。

チラ裏
iBooks.appも日本語縦組みレイアウトが欧文と同じ行間値に固定されてるから新書や文庫を読むとき辛い。
ジェスチャーか初期設定で行間変更して欲しいと次期OSβの度に英文レポート投げてるけど毎年無視されてるわ。
0057名称未設定
2020/06/06(土) 10:22:30.55ID:wPH210wq0
>>56
内部では全て英数字で処理して、表記方法として漢数字が選べるとかすれば簡単になるな。
0058名称未設定
2023/05/22(月) 21:52:58.86ID:TUCsb6Y50
漢数字ソート大変そう
0059名称未設定
2023/10/16(月) 15:16:40.16ID:7ds8K1SK0
フェラーリって名前がいやらしい
レスを投稿する


ニューススポーツなんでも実況