【Bash】Windows Subsystem for Linux【WSL】5

[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】5 (1002ﾚｽ)
上下前次 1-新

このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索歴削→次ｽﾚ栞削→次ｽﾚ過去ﾛｸﾞﾒﾆｭｰ

1(1): 2019/03/21(木)01:54 ID:10OHJcFK(1)調 AAS
Install the Windows Subsystem for Linux
https://docs.microsoft.com/en-us/windows/wsl/install-win10

前スレ
【Bash】Windows Subsystem for Linux【WSL】4
2chｽﾚ:linux

903(1): 2019/06/14(金)13:40 ID:Hc+IuMb9(20/26)調 AAS
>>902
だからお前は、
「スーパーファミコンと同じことをできるものを作りました！」っていうニュースを聞いて
「ユーザーには関係ない。プレステがしたいんや！」って言ってるのと同じって言ってるんだが。

904(1): 2019/06/14(金)13:41 ID:J8C5ipsR(17/25)調 AAS
>>901
影響するのバッチだけじゃなくて全般だよ
「～ってだけ？」と簡単に言ってるけどOSの根幹の話で根深いからねこれ

905(1): 2019/06/14(金)13:48 ID:J8C5ipsR(18/25)調 AAS
>>903
ごめん何が言いたいのかわからない
コマンドの範囲が増えたって言ってもカーネルに近いほど動かなくなるわけだし
取り繕っても他のUnix統合できる環境と比べて別に便利というわけではないよね
Cygwin普通にうんこだし

906(1): 2019/06/14(金)13:52 ID:Hc+IuMb9(21/26)調 AAS
>>904
根本的に勘違いしてないか？

WSL自体は単一のLinuxカーネルの機能であって、
ディレクトリ構造っていうのはWSLに含まれてない。

WSLっていうのは複数のディストリを入れられる。
そしてディレクトリ構造はディストリによって決めれている。
つまり、Ubuntuの/etcとDebianの/etcのパスは違うものでなければならない
Linuxで同じことをやるならばコンテナを使った状態

Linuxを使ったとしてもコンテナの外とコンテナの中のパスは
それぞれ独立しており、共通化することは出来ないんだよ

907(1): 2019/06/14(金)13:54 ID:Hc+IuMb9(22/26)調 AAS
>>905
> コマンドの範囲が増えたって言ってもカーネルに近いほど動かなくなるわけだし

自分で答え言ってしまってるやんｗ
「カーネルに遠いほど動くって」

多くのコマンドはカーネルから遠いんだから動く
動くんだから便利だろ。

908(2): 2019/06/14(金)13:54 ID:J8C5ipsR(19/25)調 AAS
レスを追っても何がいいたいのかわからないな
そもそも自分はコマンドの利便性が同じでUnixネイティブと比べて不便だろと言ってるだけで
機能がCygwinと同じなんてそんな酷いこと言ってないんだけど

Cygwin(うんこ)と同等の事ができるって言ってるだけじゃん！だからどうした！
ってそれつまり不便と認めてるってことだよね？
それならもうそれで話終わりだぞ？同意してるんだから

909(1): 2019/06/14(金)13:57 ID:Hc+IuMb9(23/26)調 AAS
>>908
> レスを追っても何がいいたいのかわからないな
> そもそも自分はコマンドの利便性が同じでUnixネイティブと比べて不便だろと言ってるだけで

その不便っていうのが、不便っていうだけで、何が不便なのか書いてないから
何が言いたいのかわからないんだよ

パスの変換にwslpathコマンドを使わないのが行けないのが不便ってことなのか？
コマンドの実行にwslをつけないといけないのが不便ってことなのか？

これらが必要なのはWindowsとWSLをまたがるときだけで、
Windows内、もしくはWSL内にとどまってる場合には必要ないんだから
俺は、そんだけ（またがるときだけ）だろと思うだけなんだが？

不便不便言うばかりで、不便の度合いがさっぱりわからない。

910(1): 2019/06/14(金)14:00 ID:J8C5ipsR(20/25)調 AAS
>>906-907
また論点ずれてるよ
少なくともコマンドの利便性云々については
自分も中身で反論しちゃってるんだし、今更目的が違うから云々なんて回避は通用しないんじゃない？
結論出したくないのはわかるけど

911(1): 2019/06/14(金)14:01 ID:J8C5ipsR(21/25)調 AAS
>>909
まあそれ全部不便だねうん
比較対象は別のUnix環境だから

912(1): 2019/06/14(金)14:02 ID:Hc+IuMb9(24/26)調 AAS
>>908
> Cygwin(うんこ)と同等の事ができるって言ってるだけじゃん！だからどうした！
cygwinとの違いを言えばいいの？

- Linuxバイナリをそのまま動かすことができる
- cygwinは独自パッケージリポジトリなので、用意されてるパッケージが少ない。例えばtigコマンドがない
- cygwinは遅い。WSLの方が速い
- cygwinはMS公式サポートではない。
- cygwinはパッケージマネージャーがGUIベース
- cygwinはUbuntuでもDebianでもない
- cygwinはビルドする時のソースコードが違う。ビルドできるとは限らない。
- cygwinは互換性が低い。

913(1): 2019/06/14(金)14:02 ID:Hc+IuMb9(25/26)調 AAS
>>910
> また論点ずれてるよ
だからお前の論点をはっきりさせろって
お前が論点を言わないのに、論点を合わせられるわけ無いだろｗ

914: 2019/06/14(金)14:03 ID:SFGaLfty(2/3)調 AAS
>>864
タスクスケジューラーやスタートアップフォルダにショートカット入れて
PC起動時に適当なシェルスクリプトを実行するように設定しとけばいいのでは
wsl.exe -u root /etc/hoge.sh

915(1): 2019/06/14(金)14:04 ID:Hc+IuMb9(26/26)調 AAS
>>911
> 比較対象は別のUnix環境だから

つまりスーパーファミコンを作りましたと言ってるのに
お前はプレステと比較してるってこと？ｗ

916: 2019/06/14(金)14:11 ID:SFGaLfty(3/3)調 AAS
あぼーんだらけだわ

917(1): 2019/06/14(金)14:15 ID:J8C5ipsR(22/25)調 AAS
>>912
出してる例(スーファミ云々)がそもそも君自分で相当に馬鹿にしてるよって話
例えもまともにできてないよ

スーファミと同じものを云々って、こっちはそんな事は言っていない

>>913
もう不毛すぎるからやめるけども、まずこのレスツリーの最初のレス読もう
コマンドの2環境間の使用の話で、そちらはMacでBSD環境のコマンド使うのと同じ感覚でと言ってるよね
コマンドラインでもシェルでも何でもそのまま呼び出せないという点だけでももう感覚違うよね
取り回しにいちいちcygpathやwine挟むのと一緒だから

918: 2019/06/14(金)14:18 ID:J8C5ipsR(23/25)調 AAS
>>915
その例え好きみたいだけど、もしかして上手いと思ってる　？
最初に言い出してるの君の時点で相当に墓穴掘ってると思うけど

919(1): 2019/06/14(金)14:24 ID:J8C5ipsR(24/25)調 AAS
自分から比較して人のせいにし
自分で反論しておいてそれに反論されたら目的が違うとか無茶な回避し

不毛と思わない？
論点ずらしながら中身のない煽り合いでもしたいの？

920: 2019/06/14(金)14:26 ID:J8C5ipsR(25/25)調 AAS
ごめん>>919のレスなしで
謝ります

921: 2019/06/14(金)14:55 ID:R36bPVG+(1)調 AAS
伸びてると思ったら、なんだこれ
2人で無駄にやり合うなや…

922: 2019/06/14(金)15:43 ID:NaM43hJg(2/5)調 AAS
FUSEでマウントしたディレクトリをUNCパスでWindowsから参照出来るのかとやってみたが、
中身は空っぽだった。
FUSE自体は出来たがちょっと残念。

923: 2019/06/14(金)15:55 ID:hTK8l9es(1)調 AAS
WSL1ではディストリはカーネルにタッチできずMSから提供されたモジュールやドライバを組み込むだけしかできず
ユーザーもWSL環境はLinuxカーネル上で動作しておらず互換性も限定的だった事を意識して利用する必要があったが
WSL2ではディストリ側でカーネルソースやバイナリまでビルドして提供できるようになり
ユーザーもWSL2上ではホスト環境のWindowsとの親和性が増したVMを貫通したサポートドライバがあらかじめ組み込まれたLinuxディストリをVM上で実行しているという認識で利用できるので
仮にパフォーマンスが変わらないならディストリ/ユーザー双方にとって望ましいのはWSL2の実装だろう

何をギャーギャー喚いているのか知らんけど、マカーが不安症候群起こしてて酷いな
まあGNUユーザランドが広大な実行プラットフォーム得、それらがより安定しパフォーマンスを増してゆくことに、悪魔崇拝者どもが脅威と不安を覚えるのは無理もないか

924: 2019/06/14(金)16:46 ID:9kcqhJnG(1)調 AAS
発狂してるのはmac板荒らしてるエロ同人違法DL無職おじさんですよね

925: 2019/06/14(金)16:55 ID:twmeQRXI(1)調 AAS
なんだ、またマカーがWSLに嫉妬していたのか

926: 2019/06/14(金)16:58 ID:ZPIGBJUS(1)調 AAS
>>917
> コマンドラインでもシェルでも何でもそのまま呼び出せないという点だけでももう感覚違うよね

bashを起動すれば、BSD環境のコマンド使うのと全く同じだよ
Windows上のパスが違うけど、WSL環境だけでやればいいだけだし。
WSL環境の外に出る必要はもうなくなった。

927: 2019/06/14(金)18:08 ID:e9Nr40ab(1)調 AAS
有識者の人に質問。wsl２ってツインムスタングみいなイメージで正解？

928(1): 2019/06/14(金)18:54 ID:IyPtv2eZ(1/2)調 AAS
>>850
MSが公開してるソース(https://thirdpartysource.microsoft.com/download/Windows%20Subsystem%20for%20Linux%20v2/May%202019/WSLv2-Linux-Kernel-master.zip)から適当にモジュール作って読み込ませることはできるんだけど
zfsonlinuxはコンパイルが通らねえな

929(2): 2019/06/14(金)20:56 ID:NaM43hJg(3/5)調 AAS
まだ、WSL2からWindowsのホスト環境(WSL1でいうlocalhost)にアクセスできないみたいだな・・・
Win側にXサーバー立ててXアプリ動かそうとしたけど、Xサーバーが見つからないから起動しない。

930: 2019/06/14(金)21:09 ID:2s8d8lP8(1)調 AAS
>929
IPアドレスが別になってるだけだろ？
そのことはすでに告知済み。現時点での制限としてよく知られている。

ポートフォワーディングで対応可能なんだから
そのうち対応するだろう

931(1): 2019/06/14(金)21:20 ID:BFocZb+m(2/3)調 AAS
vncとかで乗り込めば良いんじゃないの？

932: 2019/06/14(金)21:26 ID:IyPtv2eZ(2/2)調 AAS
>>929
ちゃんとXサーバーをlocalhost以外からも接続受けるようにしろよ

933: 2019/06/14(金)21:45 ID:3/ZJQfp2(2/2)調 AAS
>>928
zfs 0.7.13はビルド出来てカーネルモジュールのロードも出来たけど、zpool createコマンドでそんなプールは無いって言われた

zfsの使い方を知らないせいだと思うけど…

934: 2019/06/14(金)21:56 ID:c8cHscUJ(1)調 AAS
ネットワークとか、ファイル共有とかはいらなくて
Linuxのソフトを動かしたいだけの人には
WSL1 + X server
のほうがいいってことですかね。

935: 2019/06/14(金)22:28 ID:5gjg1rej(1)調 AAS
CheckNetIsolation LoopbackExempt
でループバックを許可したら出来ないのかな。

936: 2019/06/14(金)22:40 ID:BFocZb+m(3/3)調 AAS
皆WSL2に興味深々だけど、1903から追加されたimportコマンドで、
外部ツール使わずにCドライブ以外にWSL環境作れるようになってるんだな

WSL1とWSL2のexportって何か違うんだろうか

937: 2019/06/14(金)22:46 ID:NaM43hJg(4/5)調 AAS
>>931
そうか！
Windowsだしxrdpでもいけるかもしれないな・・・

938: 2019/06/14(金)23:44 ID:NaM43hJg(5/5)調 AAS
xrdpでLXDEのデスクトップは表示できたけど、dbusとか依存サービスがもろもろ動いてないので使い物にならず。
WSL2でGUIは無理か、WSL1でも無理矢理やってる感じだが・・・

939(2): 2019/06/15(土)00:26 ID:+cVH+56Z(1/2)調 AAS
Cygwin/MSYS2 は、sjis の日本語に対応してないから、日本語でバグル！
Linux のUTF-8 を、Windows でコンパイルしただけ。
sjis など、MS が使っている、文字コードには対応していない！

WSL は、Windows10 が、環境が切り替わる所で、
sjis/UTF-8 を変換いているから、バグらない

sjis などの何百もある、国ごとに異なる、Windows専用の文字コードは、MSしか対応できない。
これらは、その国だけで使われている、国際化してない文字コード！

一方、UTF-8は、全世界で共通の文字コード

とにかく、sjis/UTF-8の変換は、MS以外ではできない。
オープンソースで出来るのは、Ruby も使っている、NKF だけ！

940: 2019/06/15(土)00:29 ID:5dLAomYC(1/3)調 AAS
WSL2でDocker動かした人いる？

941: 2019/06/15(土)00:29 ID:q/l0UnmT(1)調 AAS
MS以外ではできないつったりnkfもできるっつたり忙しい奴だな

942: 2019/06/15(土)00:39 ID:uQpGU93O(1)調 AAS
JA16SJISTILDE

943(1): 939 2019/06/15(土)05:11 ID:+cVH+56Z(2/2)調 AAS
Windows が採用しているのは、sjis を拡張した、CP932。
こういう文字コードを知っている外人は、まずいない

Windows には、同様な外国の文字コードも、わんさかあるけど、
それを使う国の人しか知らない

オープンソースでは、Ruby も使っている、NKF があるけど、
これも、sjis なのか、CP932 にも対応しているのか、よくわからない

だから、UTF-8 以外は、世界中で通用しない！
世界共通ではない！

944: 2019/06/15(土)06:13 ID:9hgLtMZu(1)調 AAS
nkf だけでないと思うが、iconv cp932
があつかえる。

https://www.tcom242242.site/entry/2015/09/05/193816

ほかにもicu でもあつかえる。

945: 2019/06/15(土)06:29 ID:Cjs3MSJ6(1)調 AAS
ベンチマーク見た感じだとWSL2はストレージのアクセスが頻繁な処理では劇的に高速化しているな
でもメモリアクセスが重い処理では逆に遅くなっている

946: 2019/06/15(土)13:05 ID:5dLAomYC(2/3)調 AAS
WSL2にDocker CE入れたら本当に動いたな。
まあ、これから色々見るつもり・・・

https://docs.docker.com/install/linux/docker-ce/ubuntu/

947: 2019/06/15(土)14:18 ID:3oVnYJwT(1/3)調 AAS
>>939 >>943
何言ってんのかよくわかんないけど、
Cygwinは2009年のver1.7.1以降、デフォルトロケールがUTF-8になってる。
Windowsのファイル名はCP932だけど、Cygwinが変換してくれるので、Cygwin上のプログラムからはUTF-8に見える。

948(1): 2019/06/15(土)14:58 ID:UW/+wp4S(1/7)調 AAS
> Windowsのファイル名はCP932だけど
Windowsのファイル名はNT3.1のころからUnicode（UTF-16）
わかってんだろ？嘘つくなよ

949: 2019/06/15(土)15:26 ID:5dLAomYC(3/3)調 AAS
メモ帳はとっくにUTF-8標準、改行コードもLFサポートしてるのを知らないジジイだろw

950(1): 2019/06/15(土)16:30 ID:3oVnYJwT(2/3)調 AAS
>>948
OSの内部表現じゃなくて、アプリケーションからどう見えるかの話をしてるんだが。
Cygwinの話をしていることからわからなかったか？

951(1): 2019/06/15(土)16:33 ID:Shy5ns+9(1/2)調 AAS
>>950
アプリケーションからもUTF-16LEに見えるんだが

952(1): 2019/06/15(土)16:34 ID:UW/+wp4S(2/7)調 AAS
アプリケーションからCP932に見えたら
CP932にない絵文字が正しく表示できるわけ無いだろ
リアル馬鹿だなｗ

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
うーむ…
https://i.imgur.com/KCirJ9N.jpg

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円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php

上下前次 1-新書関写板覧索設栞歴

ｽﾚ情報赤ﾚｽ抽出画像ﾚｽ抽出歴の未読ｽﾚ AAｻﾑﾈｲﾙ

ぬこの手ぬこTOP 0.386s*