[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】5 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
953(2): 2019/06/15(土)16:40 ID:qMjBI3rb(1/3) AAS
XPの時に、ファイル名にSJISにできない文字が含まれるとファイル名が壊れるって現象にぶち当たった覚えあるけど今は大丈夫なのか？
954: 2019/06/15(土)16:41 ID:UW/+wp4S(3/7) AAS
NT3.1のときからそんな現象はない
955(1): 2019/06/15(土)16:43 ID:UW/+wp4S(4/7) AAS
絵文字などCP932では表示不可能なファイル名が正しく表示できるってことは、
表示されるまでのいかなる部分でもCP932が使われてないってことを意味している。
Windowsの基本機能のいかなる部分でもCP932が使われていないという証拠である。
956: 2019/06/15(土)16:45 ID:yYKyMGQX(1/2) AAS
>>953
わからんけどそれはアプリ側の問題じゃないの？
957: 2019/06/15(土)16:50 ID:p0QsTHpw(1) AAS
うーむ…
画像ﾘﾝｸ[jpg]:i.imgur.com
MSのパッチの部分があるみたいだけど、どこを移植すればいいのか良く分からん
(5.2は起動しなかったので差分を調査中)
958(2): 2019/06/15(土)16:52 ID:qMjBI3rb(2/3) AAS
NTFSじゃなくてFATでもファイル名がUTF-16なのか？
959: 2019/06/15(土)16:57 ID:UW/+wp4S(5/7) AAS
>>958
LinuxでもFAT使えるんだが、Linuxだと何だと思う？
960(1): 2019/06/15(土)17:00 ID:Shy5ns+9(2/2) AAS
>>953
アプリケーション側が9xとの互換用の古いA系のAPIを使っていると、UTF-16がCP932とか(ロケール設定による)に変換されてアプリケーションに渡るから壊れることがある
今普通にVSとかでコンパイルすると、UTF-16用のW系のAPIが使われるから壊れない
また、今はA系APIをUTF-8用にも使えるようになった
>>958
いわゆる8+3の古いFATでは国ごとに違うコードだったからCP932だったが、Win95以降のLFNではUTF-16
961(1): 2019/06/15(土)17:07 ID:qMjBI3rb(3/3) AAS
>>960
なるほど、XPの時に起こったのはアプリが95互換機能つかってたからなのか。
今は大丈夫なのね。
962: 2019/06/15(土)17:29 ID:3oVnYJwT(3/3) AAS
>>951
>>952
>>955
自分が間違っていたので、訂正してお詫びする。申し訳ない。
Windows10上でファイル名を絵文字にできることを確認した。
言い訳になるが、Windowsで圧縮したZipファイル内のファイル名は今もCP932なんだだ。
（それをLinuxで展開するときは、CP932を指定しないと、ファイル名のマルチバイト文字が化けてしまう）
おかげで今もWindowsのファイル名はCP932だと思いこんでいた。
963: 2019/06/15(土)18:30 ID:OZuY4437(1/2) AAS
ZIPの作者はもうお亡くなりに
964(1): 2019/06/15(土)18:33 ID:UW/+wp4S(6/7) AAS
死因なにかと思ったらアル中かよｗ
965(1): 2019/06/15(土)19:23 ID:0tvnU2xk(1) AAS
そんなことになってるのか
文字コードって複雑怪奇だな
966: 2019/06/15(土)19:33 ID:jAL8iiw3(1) AAS
>>964
ふ・・・複雑怪奇だな・・・？
967: 2019/06/15(土)21:13 ID:OZuY4437(2/2) AAS
重怪奇分析
968: 2019/06/15(土)22:28 ID:yYKyMGQX(2/2) AAS
>>965
こんなの序の口だ
文字コード問題の本当の恐ろしさはこんなものではない
969: 2019/06/15(土)23:32 ID:UW/+wp4S(7/7) AAS
文字コードの話はスレ違い
970: 2019/06/16(日)02:43 ID:kM2KMV6K(1) AAS
>>961
アプリ側の問題なんだから今もクソもない
971(1): 2019/06/16(日)11:32 ID:sFQ8frXi(1/3) AAS
アプリが決めたファイル名をOSがまともに使えないのが問題なのに、なんでアプリのせいにするんだろう？
頭おかしいな。
972: 2019/06/16(日)11:46 ID:fps871ue(1/5) AAS
アプリが決めたファイル名をOSは正しく扱えるが？
OSが決めたファイル名をアプリが扱えないんだからアプリの問題だって話だろ
973(1): 2019/06/16(日)11:48 ID:l6add3Wu(1) AAS
Windowsはunicodeを扱うのに独立したワイド文字系のAPIを作っちゃったから
アプリが対応しないといけない
最近はようやくロケールの文字コード自体をUTF-8にする流れになってるようなので
マルチバイト系のAPIのままUnicode対応するのが今後標準になるのかもしれんけど
974: 2019/06/16(日)11:59 ID:fps871ue(2/5) AAS
>>973
根本原因はUnicodeだけどな。
最初にUTF-8というものを作らず16bitにすべてを詰め込もうとした
Windowsはその最初のUnicodeに対応しただけ
16bitのUnicodeはどうやってもAPIを分けないと対応できない
975: 2019/06/16(日)12:01 ID:fps871ue(3/5) AAS
ま、OSがUTF-8になったとしても、アプリが対応してないと結局意味ないんだがな
だから最初からアプリの問題
976: 2019/06/16(日)12:04 ID:fps871ue(4/5) AAS
訂正
× OSがUTF-8になったとしても、
○ Unicode対応でないアプリのロケールを（ShiftJISではなく）UTF-8として扱う
Unicode対応でないアプリのロケールとしてUTF-8が選べるようになったとしても、
ShiftJISを前提にしているアプリが、文字コードが異なるUTF-8対応になるわけじゃない
977: 2019/06/16(日)12:08 ID:K7vgaRG5(1/3) AAS
UNICODEの元になったJ-Starのコード体系
を勉強してから言え
978: 2019/06/16(日)12:18 ID:fps871ue(5/5) AAS
勉強した。で、お前は何が言いたい？
979: 2019/06/16(日)13:17 ID:K7vgaRG5(2/3) AAS
UTF-8と何が違う？
980(1): 2019/06/16(日)13:53 ID:8OeAFa65(1/10) AAS
質問に質問で答えるなよ。
まずお前が何を言いたいのかに答えてからだ
981: 2019/06/16(日)13:53 ID:qoTN4KEC(1) AAS
むしろunicode対応が早かったがゆえに
unicode側の変更に振り回されてる形
982: 2019/06/16(日)14:06 ID:8OeAFa65(2/10) AAS
一時期はUTF-8は運が良かったとか思ってたけど、
Unicodeは更に混沌を極めて、UTF-8でも1文字が最大8バイトにまでなってしまって
単純なアルゴリズムで1文字の境界を知ることは不可能になってしまったからな。
どちらにしろ、Unicodeを扱うには専用のライブラリを使うことになる
983: 2019/06/16(日)14:26 ID:96XR5gkd(1) AAS
>>971
何言ってんのこの馬鹿
984: 2019/06/16(日)14:40 ID:EEcpDzq7(1) AAS
NTFS上に255バイト以上のファイル名のファイルを作って、WSLから参照するとWSLがコケるな、WSL2でも一緒
制限がバイトと文字の差だと思うが…
LinuxはCIFSでマウントしてもこんななんだろうか？
985: 2019/06/16(日)14:45 ID:8OeAFa65(3/10) AAS
NTFSは255文字で255バイトを超えるバイト数を扱えるが
ext4は255バイト。Linuxは互換性のため255バイト以内にしておいたほうが良い
sambaでファイルサーバーを作ってるが
時々Windowsの長いファイル名をLinuxで扱えなくて困る
986(1): 2019/06/16(日)14:46 ID:K7vgaRG5(3/3) AAS
>>980
15万出して、同じ物だと気づかなかったのププー
987: 2019/06/16(日)14:49 ID:8OeAFa65(4/10) AAS
>>986
なにか面白いことを言い出したなｗ
何が同じものだって？
988: 2019/06/16(日)15:01 ID:J1+arhxK(1) AAS
次スレキボンヌ
989: 2019/06/16(日)15:12 ID:8OeAFa65(5/10) AAS
【Bash】Windows Subsystem for Linux【WSL】6
2chｽﾚ:linux
990(1): 2019/06/16(日)15:22 ID:sFQ8frXi(2/3) AAS
「OSがファイル名を決める」ようだから、ファイル名生成APIをたたけばいいのかな？
それなら字化けは起こらないもんな。
ユーザーが意図した名前で保存できないけど。
991: 2019/06/16(日)15:22 ID:sFQ8frXi(3/3) AAS
FTP鯖をWin側に立ててみたらFTPクライアントから見えるファイル名のコードはSJISだった。
Dirコマンドをリダイレクト保存したらSJISで保存されてた。
まだまだファイル名はSJIS依存からは逃げられそうにないな。
992: 2019/06/16(日)15:33 ID:8OeAFa65(6/10) AAS
>>990
ファイル名生成APIなんてものはないけど、
そのAPIで絵文字が生成された場合、アプリが対応していなければ文字化けが起こる
文字化けが起こるのはアプリの問題だって話をしてるんだがわかってるか？
993: 2019/06/16(日)15:34 ID:8OeAFa65(7/10) AAS
> FTP鯖（というアプリを）Win側に立ててみたらFTPクライアントから見えるファイル名のコードはSJISだった。
完全にアプリの問題です（笑）
994: 2019/06/16(日)15:34 ID:8OeAFa65(8/10) AAS
> Dirコマンドをリダイレクト保存したらSJISで保存されてた。
それはchcpコマンドで変更するものです。
995: 2019/06/16(日)15:36 ID:8OeAFa65(9/10) AAS
おお！Windowsはすごい！
chcp 65001して
Dirコマンドをリダイレクト保存したらUTF-8で保存されてた。
完全にファイル名はがUTF-8対応になっているではないか！
996: 2019/06/16(日)15:45 ID:3ft0VgBS(1) AAS
あほらし
997: 2019/06/16(日)15:47 ID:8OeAFa65(10/10) AAS
ばっ！ばかな！ chcpするだけでファイル名がUTF-8に変更するだと！
とか思ってるんだろうなぁｗ
998: 2019/06/16(日)16:02 ID:Q5jKAwyX(1) AAS
OSの不具をアプリやユーザーに押し付ける奇形ベンダー
腐乱OSに喜んで犯されるドザー衛門たち
肥溜めにどっぷり浸かっていがみ合ってるのがお似合いだなｗ
999: 2019/06/16(日)16:05 ID:J7l7OvK3(1/2) AAS
あ、文字コードで惨敗したみたいｗ
1000: 2019/06/16(日)16:05 ID:J7l7OvK3(2/2) AAS
Windowsはずっと前からUnicode対応ですからねーｗ
1001(1): 1001 Over 1000 Thread AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 87日 14時間 11分 14秒
1002(1): 1002 Over 1000 Thread AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
省4
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.018s