ロードアベレージを取るならWindows込のロードアベレージでしょ？
Windowsにもパフォーマンスカウンタはあるし、
好きな値を返せるってことは、パフォーマンスカウンタの
どれかの値を返せば良さそうなもんだけど
探検
【Bash】Windows Subsystem for Linux【WSL】4
レス数が1000を超えています。これ以上書き込みはできません。
ロードアベレージを取るならWindows込のロードアベレージでしょ？
Windowsにもパフォーマンスカウンタはあるし、
好きな値を返せるってことは、パフォーマンスカウンタの
どれかの値を返せば良さそうなもんだけど
0.00とか0.99とかダミーだとわかりやすい数値がよかった感
WSLをPowerShellみたいに使えるかって話だろ。
Windowsではロードアベレージは存在しないので取得できない
似たような値はあるけどね。（参考までにPowerShell使ってそれを取得する例）
っていう話でしかでてこないが？
監視社会だからな。
ﾀﾋﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死死死死死死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ
死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋﾀﾋ死死死死
死ﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋ死死ﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋ
死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋ
ﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死死ﾀﾋﾀﾋ死死死死死ﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死
ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死死
死死ﾀﾋ死ﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死死ﾀﾋ死死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ
死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死死ﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死
死死死ﾀﾋ死死ﾀﾋ死死ﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋ
死死死死ﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死死死死ﾀﾋﾀﾋ死ﾀﾋ
死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋ死死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死死ﾀﾋ死ﾀﾋﾀﾋ
ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死死ﾀﾋ死死ﾀﾋ死死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋ
死死死ﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死死死ﾀﾋﾀﾋﾀﾋﾀﾋ死死ﾀﾋ死死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死ﾀﾋﾀﾋ
ﾀﾋ死死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋ死死死
ﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死死死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋ
死死死死死ﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋ死死ﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋ死ﾀﾋ
死死ﾀﾋ死死死死ﾀﾋﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋ死
死死死ﾀﾋ死ﾀﾋ死ﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋ死死ﾀﾋ
死死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋﾀﾋ死死ﾀﾋ死死死死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋ
ﾀﾋﾀﾋ死死死死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死死死ﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋ
死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋ死死死死ﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ
ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋﾀﾋ死死死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋ死ﾀﾋ
死ﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋ死死死死ﾀﾋ死ﾀﾋ死
死死死死死ﾀﾋ死ﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋ
ﾀﾋ
・・・あれ・・・？
ただし、Windows 側の実行ファイルは、.exe を付ける必要がある
(5ch では、ｃｍｄ.exe を半角で書けない)
ls | clip.exe
で、クリップボードに入るから、Windows側でペーストできる。
TeraPad などのエディタが、CRLF・LF の改行コード変換に対応していれば、普通に改行される
○ >>60 は、cmd.exe を半角で書けない
＜●＞ ＜●＞
あ、今おまえ屁こいただろ、匂ってきたぞ
Dockerは力技でなんとかなるんだけど・・・
ﾀﾋﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死死死死死死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ
死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋﾀﾋ死死死死
死ﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋ死死ﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋ
死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋ
ﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死死ﾀﾋﾀﾋ死死死死死ﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死
ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死死
死死ﾀﾋ死ﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死死ﾀﾋ死死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ
死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死死ﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死
死死死ﾀﾋ死死ﾀﾋ死死ﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋ
死死死死ﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死死死死ﾀﾋﾀﾋ死ﾀﾋ
死死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋ死死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死死ﾀﾋ死ﾀﾋﾀﾋ
ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死死ﾀﾋ死死ﾀﾋ死死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋ
死死死ﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死死死ﾀﾋﾀﾋﾀﾋﾀﾋ死死ﾀﾋ死死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死ﾀﾋﾀﾋ
ﾀﾋ死死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋ死死死
ﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死死死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋ
死死死死死ﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋ死死ﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋ死ﾀﾋ死ﾀﾋ
死死ﾀﾋ死死死死ﾀﾋﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋ死
死死死ﾀﾋ死ﾀﾋ死ﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋ死死ﾀﾋ
死死ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死死ﾀﾋﾀﾋ死死ﾀﾋ死死死死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋﾀﾋ
ﾀﾋﾀﾋ死死死死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死死死ﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋ
死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋ死死死死ﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ
ﾀﾋ死死ﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋﾀﾋ死死死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋ死ﾀﾋ
死ﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死死ﾀﾋﾀﾋ死死死死ﾀﾋ死ﾀﾋ死
死死死死死ﾀﾋ死ﾀﾋ死ﾀﾋ死ﾀﾋﾀﾋﾀﾋ死ﾀﾋ死死ﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死死ﾀﾋﾀﾋﾀﾋ死ﾀﾋﾀﾋ死死ﾀﾋ死ﾀﾋﾀﾋ
Bash on Windowsにもどせや
これはWindows Subsystemだよ
Linuxで動かないのにfor Linuxってつけてるのか。
変な勘違いしなでよね！
大阪線をLinux、奈良線をWindowsとするなら、現状は東花園ぐらいだ
https://www.english-speaking.jp/meaning-of-for/
> for が出てくるたびに「〜のため」という意味を当てはめていますが、
> それだと上手く訳せないこともたくさんあり、結局そのたびに辞書を引くハメになっています。
> もう辞書を引かなくても済むように for のコアイメージを教えてください。
> for の用法
> 「代わりを提示する」for
>
> 例文：I bought the diamond for 237 dollars.（私はそのダイヤモンドを237ドルで買った）
> the diamond for 237 dollars は「そのダイヤモンドを237ドルで」という意味。
> for はダイヤモンドの代わりとなるものを表しています。
> 意味・言い換え
> 例文：Red is for danger.（赤色は危険を表しています）
> red is for danger は「赤色は危険を表す」という意味。for は赤色という色のもつ意味を表しています。
> 代理・代表
> 例文：Please say hello to your family for me.（私の代わりにご家族によろしくお伝えください）
> for me は「私の代わりに」という意味。for は代理を表しています。
Add FUSE (Filesystem in Userspace) support in WSL
https://wpdev.uservoice.com/forums/266908-command-prompt-console-windows-subsystem-for-l/suggestions/13522845-add-fuse-filesystem-in-userspace-support-in-wsl
それだとLinux用バイナリがそのまま動くという
重要な点が表現されていない
おお〜
https://eikaiwa.weblio.jp/column/study/english_study_skills/preposition-for
WSLは、コマンドプロンプトと同じ画面を使っているから
一方、MSYS2のソースコードは、日本語などでテストしていない
そりゃーFUSEはカーネルに取り込まれたぐらいの基本機能だしな
てかこれって、要望出てから２年以上放置してるの？MS仕事してくれよー
優先すべきものから対応してるよ
優先すべきものっていうのは要求の数だけじゃなくて
あれを実現するためには、まずこれらの機能が必要っていうやつ
いきなり目的のものが実現できるわけじゃない
足りないものを作っていったら、あるときいきなり動き出す
Linuxカーネルとの互換性は上がっていってるんだから気長にまて
https://up.gc-img.net/post_img_web/2018/11/ed4c51f8e9c61d354f28f1d4772ce59a_10842.png
https://up.gc-img.net/post_img/2018/11/mDCFo7atgSFUabz_enM4M_4097.gif
83 名無しさん＠１周年 2018/11/15(木) 17:18:03.78 ID:EK+DYE0y0
twiceもキノコ雲仕込んでいた模様
559 名無しさん＠１周年 2018/11/15(木) 11:30:34.32 ID:jtUz0ix80
紅白に出場が決まったTWICEもＭＶに原爆を仕込んでたみたいですね
CMのメイキングビデオのようです
https://up.gc-img.net/post_img_web/2018/11/ed4c51f8e9c61d354f28f1d4772ce59a_10842.png
https://you tu.be/-vi6cnPN8SU
写真に被せてある部分のアニメーション、はっきりときのこ雲の形です！
どなたか、この原爆画像のラインだけ抽出できる方はいらっしゃいませんか?
ちなみにタイムボカンの場合は爆発最後はドクロの絵に変化するので比較対象になりません。
自前で用意していたものはcgofuseで書き直すことになったけど、
結果的にいろいろ学べたのでよかった
WinFspって初めて聞いたが、WinにもFUSEに似たのあるんだな
コンソールのUTF-8対応ですらこれからやるレベルなのにFUSEが先とか無いわ
Windows Command-Line: Unicode and UTF-8 Output Text Buffer
https://blogs.msdn.microsoft.com/commandline/2018/11/15/windows-command-line-unicode-and-utf-8-output-text-buffer/
もう終わってる
> If you’re running Windows 10 October 2018 Update (build 1809),
> you’re already running this new buffer!
BはBashのBじゃない。
WSL入れたらコマンドプロンプトなんてほとんど使わなくなったわｗ
ぶっちゃけコマンドプロンプトのUTF8対応状況なんてどうでもいい。
昔作ったバッチファイルがちゃんと動けば。
コマンドプロンプトは、半角/全角を切り替えると入力位置を教えてくれるはずの点滅カーソルが表示されなくなる現象が時々起きるし、
日本語のフォントだとカーソル位置と実際のフォント表示位置があってないなど、以前はなかった不具合も起きるようになっている。
WSLとemacsの相性、抜群に良い
大学時代はmule使ってたけど。
viは意味のあるものだと思うけど、新卒のやつに理解してもらうのに時間がかかる。
あとemacs がいいのはモーダレスなキーバインドだから、Windowsのキーバインドを合わせられるところかなぁ。
イスラム的な何か。
モーダルなVimの高速入力とEmacs (LISP) の拡張性を両立した唯一のテキストエディタだよ
helmみたいなEmacsのこれまでの遺産も高度に統合されてる
もう少し詳しく言うと、CUI環境でマルチウィンドウ、マルチタスクを実現するビジュアルシェルであり、
貧弱な（失礼）UN*Xのシェルのラッパーでもある。
X Window, Mac, WindowsなどのGUIウィンドウシステムの登場する前からEmacsは存在していたから 操作性は全く異なるけれど、慣れると効率がいいので すべての作業をEmacs内で完結させたくなる。
ちなみにこの書き込みもNavi2chというEmacs上の専ブラで書いているｗ
日本語入力も、mozc_emacs_helper.exeを使うとGoogle日本語入力と連携できる。
WSLの機能でWindowsアプリも起動できるし、Xのアプリも使える。
高速なLinux使いたい場合はtramp でssh接続できる。
emacs 無しではPCを使えなくなってしまった。
emacs lisp強力なんだよな。
うるせえな。Emacsの初版は1972年、GNU Emacsの初版も1985年だ。
古いとか化石とか言われることには慣れっこなんだよ。そしていつも、その○○の方が先に絶滅するんだわ。
> そしていつも、その○○の方が先に絶滅するんだわ。
より便利なツールに乗り換えてるだけ
元々TECOのマクロだと言うのに
【田】Windows10のダメな点
・個人情報を勝手にネットに垂れ流す
・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
・エロファイルを持っている場合はそれも全て晒される
・間違ってロリファイルを持っていた場合はネットに繋いでいるだけで警察が来る
・死ぬほどUIがダサく異様に使いづらい
・ダサい上に抑揚のないフラットデザインのため、どのウィンドゥが手前で奥なのかわからない
・かつてあった多くの機能の半分以上をカットし、使わない機能をてんこ盛りにしたデブOS
・起動が超遅い。見かけ上早く起動したように見えるだけでほとんどのソフトを読み込んでいない
・スリープ復帰速度はほとんど変わらず
・ファイル圧縮・解凍速度も遅いまま。フリーウェアの圧縮・解凍ツール使ったほうが200％以上高速化する
・ファイルコピー速度が壊滅的に遅い。フリーウェアの高速コピーツール使ったほうが400％は速い
・メモリ使用量が馬鹿みたいに多い。初期は少なく見えるが使えば使うほど多くなる
・タブレットでも動くように設計されているが、利便性もデザインもiPadの足元にも及ばないゴミ
・標準ブラウザにEdgeとかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win８で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのもの
> emacsをunix文化だと思っている人多いのな
年取ると新しいものを使うのが億劫になるだろ
emacsから離れられないのもそれと同じだけなんだろうが、それを上記のように思うことで正当化してるだけだよ
でもLinuxで生産性のある仕事をしたいとなると、WSLが2つのOSを取り持つ良いソリューションとなる。
どっちのOSが良いとか関係ないんだよね。
自分をよく見ていますね
WSLは宗教にはなれない。
不便な地に永住すると、何が捗るの？
>・個人情報を勝手にネットに垂れ流す
>・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
>・エロファイルを持っている場合はそれも全て晒される
この辺って本当なん？
Macから乗り換えようと思ってるんだけど、怖いかな？
それにお前Gmailとか使ってないの？
Windowsを使おうが使わまいが既にお前の個人情報は垂れ流しだよ
Googleは諦めたが、MSにまでApple以上に個人情報献上するのは嫌だ
Appleと同程度かそれ以下なら良いが
ルータでパケット監視して、MSに飛んでいるの、全部捨てればいい。
それだけのことだよ。
WSLでLinuxのディストロ使えるのはポイント高いと思っている。
Cコンパイラもgccからclangに変わった。
emacs lispのどこが強力なのかわからん
むしろ、nodejsでエディタを自作すべきだよな。
lispで拡張したEmacsでCのコード書いてる俺すげーー！
って人はまだ年寄りに多いんだよ
だから、某雑誌でも時々Emacs特集される
そっとしておいてやろうよ
>>142
VScode以上のものを作れるやつなんて居ないだろ
Boost.Pythonで楽々サポートだし。
それはどういう数え方？
PythonとかVBAってlistが扱いやすいの？
Pythonはメジャーなスクリプト言語で、そして、
Linux使いでPythonが使えない奴は少数派だろうからな。
プログラム言語としてあんまり使われていないLispをわざわざ覚えるってのもな
10-minutes xx程度で十分なわけで、本当に大変なのはAPIを
覚えること。これはどの言語かはあまり関係ない。
あと、pythonで拡張というのは、実行速度の点から現実的じゃないですね。
pypy使えばnodejsより3-5倍程度遅いくらいまでは改善できるだろうけど、
pythonからC/C++のライブラリ呼べなくなるから拡張用としては論外だし。
pythonのメモリマネージャは使い終わってもメモリあまり開放してくれない点も
問題になるかな。
プログラミングサポートに関して言えば、vscode側はlanguage server protocolとして
取りまとめてるから他のエディタからでも使えるし、使われ始めている。
https://github.com/emacs-lsp
まあ、みんな何やってるか参考にはなった。
フツウに仮想で動かした方がイイだろ
WSL縛りとか質の悪いジョークだろｗ
堂々巡りだな
何がイイのでしょうか？
https://trendy.nikkeibp.co.jp/atcl/pcmedia/178/100300046/
仮想の何がイイのか聞いたのか。間違った。
ゼロ円でも読む価値ない
本当に知ってるライターじゃなくってにわかの安いライターに適当やらせてるんじゃないかと
それがビジネスだからね
仕事でサービス、クラウドを構築する連中が相手ではないだろ
Linux板も雑誌と同じで底辺様の板だし
ほぼ全てがLinuxを使ってる。
仕事でサービス、クラウドを構築する場合
使うのはほぼ全てがLinuxだ。
驚きだ。
サーバの設定変えるとか言って、簡単な設定でもGUIで変えてる人見てビックリした
今どきのLinuxは従来のlinux設定ファイルを書き換えるだけでは正しく反映できなくなっているからでしょ。
いや、設定ファイルかコマンドで出来るよ
Windowsじゃねーんだし
全体的にネットワーク機器みたいな使い勝手になりつつある
昔のようにどこの馬の骨ともしれない大量の得体の知れない大量のスクリプトが
一貫性のかけらもない多数の設定ファイルに基いてダラダラと走ってなんとなく動くっていう、
ある意味Linuxらしい感覚は失われつつある
もしGUIで設定変更するほうが無難で楽なら、躊躇なくGUIで変更すればいい。
そもそもGUIを作るのにもお金がかかっている。せっかくお金をかけて作られたものを使わない手はない。
それは君が知識不足なだけ
さすがに、それはない。
デスクトップ系のアプリケーションの設定ファイルなら、
場合によっては、GUIで書き換えたほうが良い（楽な）場合もある。
把握するのは厳しいし、アプリや環境のバージョンアップで古いものは使えなくなる。
GUIの設定ファイルの内容覚えておいても無駄だと思う。
ディストリビューターは、設定ファイル手編集での制約を利用者に覚えさせるのが無駄で煩雑だと認識しているからこそ、
GUIで設定に縛りを加えることで利用者の保守作業を楽にしようと思って開発している。
模範的な設定ファイルを作るのがそもそも敷居が高いわけで。
/etc/passwordは昔は手で直すモノだったけど、
今時直接修正する奴はいないだろう？
同じようにいろいろ変わってるんだよ。
足は使わないかな
出来の悪さをユーザーのスキルに肩代わりしてもらってるのにその言いぐさはなんだ？
逆にお金もらってるなら、なんでもプロ
分からなければデフォで使えばいいしな
>一貫性のかけらもない多数の設定ファイル
これな
起きてます。
64bitはVistaのころから使ってる
技術者っていうのはそういうもんだぜ
ドライバが全然なかったりでどうにもならなかったよ。
Meだってどこまでリソースを削れるかを試すためには必要だし、
至高のNTは3.51だ。
Defenderあったじゃん>XP 64bitはアンチウイルスが動かなかったり
Win3.1時代のゲーム動かすとか需要があるとか
あとはリース落ちの中古PCを安く拾ってきたとか
winchesterコア以降のAMD製CPUだと32bitホストで64bitゲストも動くから
ホストが32bit版winだろうが問題なくdockerも動かせられるんだよな
糞淫石だとVTが必要
あとは32bit版win用のドライバしかないとか
32bitと64bitのキーは共通なので
今32bit版win使ってるバヤイはどっかで64bit版のインスコイメージを調達してくると捗るカモ
テストモードにしなくても動くぐらいしかないでしょ
マウスちょっとうごかすたびに数分間フリーズして使い物にならなかった悲しい思い出
95〜Meと違って固まる事なんかめったになかったぞ
自作なら Triton mother がデフォ
PC9800シリーズはDOS/V機とはアーキテクチャが違うので特有のバグがあった模様
おま還だと思って諦めて95系に戻ったが
数年後になんかの折りに見たMS公式のバグリストに載ってた
いまでもVM上で固まってるのは街中で見る
NT系はXPのSP2まではコンパクトでよかった
買った1週間後にガサ入れがあって笑ったのも懐かしい思い出だ
テロリストに資金協力しておいてヘラヘラしてるとは...
やはり憲法改正して特高を復活させねば...
修行するぞ、
修行するぞ、
修行するぞ、
修行するぞ、
修行するぞ、
修行するぞ、
そんな事言い出したら、パチンコ全否定じゃん。
日本人経営の店もあるから全否定はしないが、
日本人含めてパチンコ店とその客がこの宇宙から消滅しても全く困らない
ただし三点方式、テメーはダメだ
このスレ、話題脱線しすぎ
もっと話題に事欠かないほど頻繁に改善してくれ
Kindle本、70%以上オフセール始まったようです。
コードコンプリート、やさしく知りたい先端科学シリーズ（ベイズ、ディープラーニングなど）がお値打ちに。
急げ。
マジで！ ここから70%OFF対象タイトルが調べられるぜ
https://www.amazon.co.jp/b?ie=UTF8&;node=5359907051
8000円が2000円ってどれやろな！
その本、2月の終わりに999円セールだったよ
悲しすぎるな。
こんな目に遭わないようにセール情報教えてやってんだよ。
買う価値があるものを教えてくれ
価値ある本に当たるかどうかは、下手な鉄砲も数撃ちゃ当たる式で運しだいってことなんだろう。
C++のためのAPIデザイン。
時間は有限とかいってると何もできない
誰かが楽できるように作ってくれるのを待つ？誰かが作るのにも結局時間はかかる
今読んでるけど、ツール作りには、ベスト！
こんな感じの表示するにはどうすればいいの？
やりたいのは設定された温度と今の水温から
冷却か加熱か選んで四方弁(単相200V)のON/OFFして
PID演算からインバータの周波数決めるだけなんだけど
あと冷媒温度による電子膨張弁の開度調整 (サーボ駆動)
俺も良くやるよ。
Rubyがツール作りには、ベスト！
だからRubyを勉強しなさい
パタヘネが上下合本で3780円になってるぞ。
板住人はすでに持ってると思うが。
持っていないなら急げ。
画像にESP32って書いてるでしょ
ESP32は通販で開発キットが1000円くらいで買える
ホビーの電子工作には人気があって、ESP32でググればいくらでも情報が出てくるよ
開発環境はArduinoのものが使えて、C++ベースだけど初心者でも非常に簡単にプログラミングできるようになってる
もちろんRubyなんかに一ミリも出番はありませんw
下のやりたいことは自分で出来るが、でも、小型表示パネルへの出力の仕方が分からんってことなのか
まぁ、設定された温度と今の水温の表示程度(?)にPCのモニターを入れっぱなしはしたくないよな
>>265
弁の制御、PID制御やろうという奴だからな。
プログラミング、制御に関する知識がそれなりにないと下のやりたいことの実現は不可能だろう。
%USERPROFILE%\AppData\Local\Packages\TheDebianProject.DebianGNULinux_<Moniker>\LocalState\rootfs
ににあるけど<Moniker>の値をコマンド プロンプトとかから取得できないかな。
一応
REG QUERY "HKEY_CLASSES_ROOT\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppContainer\Mappings\<AppPkgId>" /v "Moniker"
でいけるとは分かったんだけど、結局<AppPkgId>を知る方法が分からずに頓挫してる。
知恵を貸してほしい。
最終的に何をしたいのかわからないけど、とりあえずLxRunOfflineというコマンドラインツールをダウンロードして
> LxRunOffline.exe di -n Debian
(Debianの場合、ツールはv3.3.1)
でインストール場所が返ってくるので、正規表現で絞ればいけます。
あー。それ試したんですが，
> powershell -Command "(Get-AppxPackage -Name 'TheDebianProject.DebianGNULinux').InstallLocation"
C:\Program Files\WindowsApps\TheDebianProject.DebianGNULinux_<Moniker>
これで返ってくる出力と同じですよね。
そこ，フォルダすらないんですよ……。管理者権限でWSLをインストールしましたし
初期設定から（特にUWP関連は）ほとんど弄っていないんですけどねぇ。
%USERPROFILE%\AppData\Local\Packages\TheDebianProject.DebianGNULinux_<Moniker>
↑これと
C:\Program Files\WindowsApps\TheDebianProject.DebianGNULinux_<Moniker>
↑これは大分違いますよね。
> これで返ってくる出力と同じですよね。
違います
おそらく、WSLのインストールパス情報はレジストリにしかありませんし、
LxRunOfflineも、レジストリを走査しています(reg.cpp)
WSLとか他で用意する必要がなくなった。
MJD?
便利になってる
まあ試した結果WSL側ので落ち着いたけど何でだかは忘れた
今日試してみたが、SSHサーバーはインストールしただけではダメでサービスから有効にしないと起動しない。
リモートからWindowsにSSHで接続してWSLのプロセスを起動したらUbuntuの環境に入れた。
サイズも1.2MBくらいだし、そんなに面倒じゃなさそうだからもっと早く実装してもらったかったな。
それは大したことじゃないなｗ
早く作られなくて良かった気もするが...
WLinux同様無料でも構築出来るみたいだから入れてみるか
kwsk
https://github.com/WhitewaterFoundry/WSLFedoraRemix
自分は作成したtar.gzをlxrunofflineからFedoraのWSL環境を構築したよ
WLinuxはdebianで良かったからWSLのdebianでも出来たんだが、FedoraRemixはWSLだけでは無理なので面倒くさいけど
なるほど即レスthx
fedoraremix同様の手順でdebian環境があればソコから/create-targz-x64.sh を叩いてやればイケるワケだ
Fedora Remix for WSL を購入 - Microsoft Store ja-JP
https://www.microsoft.com/ja-jp/p/fedora-remix-for-wsl/9n6gdm4k2hnc
> 580 (税込)
Ubuntu 18.04 LTS を入手 - Microsoft Store ja-JP
https://www.microsoft.com/ja-jp/p/ubuntu-1804-lts/9n9tngvndl3q
> 無料
書いてあるとおり、Ubuntu作ってるCanonicalなんだろうけど
Fedora Remix for WSL作ってるWhitewater Foundry, Ltd. Co.ってなにもの？
CanonicalはMcrosoftと昔からパートナーシップ結んでいるからわかるけど
Fedora Remix for WSLの方は第三者がFedora使って金儲けしてる図ってことでいい？
サポート代金含んでるらしいけど、
別にサポートしてほしくもないしな
サポートまで欲しいヤシ/お手軽にクリックだけでfedoraインスコしたいヤシは有償でストアから落とせばイイ
つかWhitewaterなんちゃらはgithubでソース公開してるから結構良心的とオモタｗ
問題なく住み分けできそうな希ガス
なんで調べもしないで誹謗できるんだろうかね、
最近の日本人の精神構造はおかしくないか？
ちゃんと「Whitewater Foundry, Ltd. Co」って調べてるだろ
これがゆとりの精神構造って奴か。
日本も終わりだな。中韓のことを笑ってられん。
老害の自覚が皆無だから恐ろしい
WSLスレだからどうでもいいけどさ
都会民の民度が高いような言い方だな
ゆとりって出せば老害って返せばいいと思う馬鹿が釣れるというねｗ
ゆとり後の若い世代かも知れないのにねｗ
ID:/LltJrLZ はマジキチ確定
いや、WLinuxとかFedoraRemixはgithubで公開されてるから違法にはならんだろ…
手順も書かれてるのに
5ch住人は中韓以下がふつうだからな
それが戦後教育と言うゆとり教育受けて今や社会の中心のおっさんなんだよな
Redhatをクローンするのは、むしろ正義に近い行い。
https://thinkit.co.jp/article/6422
> そこから方向転換をして、2002年に企業向けに長期間安定して提供する
> Red Hat Enterprise Linux（RHEL）2.1をリリースしました。
> それまでのFTP版にあたるものは、2003年にFedora Core（現在のFedora）として
> リリースされるようになりました。The Fedora Projectで開発されるFedora Coreは、
> 次世代RHEL開発用のLinuxディストリビューションとして定義されました。
>>307的にはコレ自体が許せないってハナシじゃねえの
> 1990年代後半になると、SAP社やOracle社などの商用のアプリケーションが
> Red Hat Linux上での動作を保証するようになりました。しかし、
> 当時のRed Hat Linuxは、マイナーバージョンアップするだけでも
> カーネルやライブラリの互換性が失われてしまい、企業で利用するには少々難点がありました。
>
> そこから方向転換をして、2002年に企業向けに長期間安定して提供する
略
> >>307的にはコレ自体が許せないってハナシじゃねえの
え？ 方向転換せずに、それまでどおりマイナーバージョンアップで
カーネルやライブラリの互換性を失うようにしてほしいってこと？
え？なんで？
いやいや、fedoraは全く意味合いが異なるから。
そこら辺は当時を生きていない人にはわからんのかもしれないが。
俺に言わせればRedhatは小汚い嘘つき。
お前、中身が何も伴ってないよ
そんなんで信用を得られると思ってんの？
いやRHEL自体をFTP版として無償提供しないのはおかしいっていうのが>>307の意見だろ…
Fedoraは単なる実験目的の人柱用じゃん
>それまでどおりマイナーバージョンアップで
>カーネルやライブラリの互換性を失うようにしてほしいってこと
そもRHELの謳う互換性自体が（ｒｙ
>Redhatは小汚い嘘つき
逆に買収元のIBMとの相性はすこぶる良さそうじゃあないかｗ
Redhatの何がダメかって、きれいごとを並べるけど、実際には金儲けしか考えていない。
レーザーファイブあたりは、LinuxコミュニティのためにやってるというRedhatの言葉を信じて、騙されたんじゃないのかな。
その点、Canonicalは、利益を生まなければ事業の継続性が担保できないと最初から方針を明示してるので好感が持てる。
そういうこと。
そんな時代のFTP版をFedoraという名前でずっと続けてるんでしょう？
FTP版ではなくて、安定版が欲しかったの？
FTP版というのは、商用製品を含まないRedhat Linuxそのものだったんだよ。
>Redhatの何がダメかって、きれいごとを並べるけど、実際には金儲けしか考えていない。
お陰で犬糞界隈では唯一マネタイズに成功した鳥になったじゃん
要は客がパッチとISOのDLに費用を払ってくれる唯一の鳥
solaris置き換えのため鯖用OSとして安定するには情弱ヴァカの不治痛辺りの人的貢献もあったしな
結果的にはOSシェアの譲渡含めてIBMにひたすら貢いだようなもんだがｗ
>レーザーファイブあたりは、LinuxコミュニティのためにやってるというRedhatの言葉を信じて、騙されたんじゃないのかな。
お人良しの日本人を耳ざわりのイイ謳い文句で騙すのは白豚にとっては朝飯前だっただろうなｗ
企業に提供してるのがそれなら、それが欲しい。
安定板が欲しいなら好きなディストリ選べばいいんだし。
https://github.com/WhitewaterFoundry/WLE
Scientific Linuxって使ったことないなぁ
しかしなんでWLinux EnterpriseはScientificLinux使ってるのに、
値引き前の値段があんなに高いんだろうか・・・
所詮ビジネスなんだからうまく大義名分使って騙したもん勝ちでしょみたいな割り切りの要求なのかなｗ
島国根性つーか植民地的奴隷根性つーか何とも寒いハナシだが
そも居着きの鮮人にそんな理屈が分かるわけない
いまどきのPC上のWSLでのbuildよりも速いから、あまり叩けない
FreeBSDにもLinuxバイナリエミュレーションが昔からあって、Dockerが動くらしいが、俺のところでは動かなかった。
z/OSとかメインフレームでもできるみたいだし、非Linux環境でLinuxバイナリを動かすニーズは結構あるんだな。
チョコっと何かをやるならお手軽なので使える
Linuxでガッツリやる≒サーバーか組み込みだからクライアントなんか所詮開発やコンソールとして使うだけだ
そんなもんWSLで十分すぎる
Wineみたいにプロプライエタリが基本のwindowsのソフトをLinuxで動かすはまだわかるけど
FreeBSDのAdobe Flashプラグインはなかったから、エミュレーションで動かしてFreeBSDのデスクトップ環境でニコ動を見てた。
10年くらい前の話だが・・・そこまでするなら普通にLinux使えよってまた突っ込まれるけどw
CMake使ってるからかもしれないけど。
ような気がする。
組み込みやらサーバーの開発にWSLを使うって、馬鹿だろｗ
>>342
FreeBSDがLinuxバイナリをそのまま的な話は、動くからやってみた
みたいなノリを感じるよね。やってる方は楽しいのだろう。
ドッカー厨なら…ｗ
> よくバイナリがそのまま動くことが〜ってレスがあるけどぶっちゃけどうでもいいよね
バイナリをそのまま動くようにしましたって話じゃなくて
バイナリがそのまま動くほど互換性が高いってことだよ
Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
バイナリ自体に問題がないことが証明される。
動かなければWSLに問題があるということになり、
動くわけだから互換性が高いという証拠になる
cygwinとかビルドが必要だからコンパイラの問題なのか
システム自体の問題なのかわからんでしょ？
コンパイラに問題がないと仮定したとして、完全に同じように動作するならば
生成されるバイナリも当然Linux用のバイナリになるわけだから
必然的にそれが動かないといけないし
高い互換性を実現すると、必然的にバイナリがそのまま動くようになってしまうんだよ
cygwin環境でビルドすれば別のcygwin環境に持って行っても動くと思うが
コレはバイナリ互換性とは違うんかねｗ
https://i.imgur.com/a0PM2MS.png
もしどっかのVPS使いたいとき、もしKVM上でXenが動くならそのままHDDイメージコピーしちゃえばいい予感だし、それが無理でもなんとかなる
それはcygwin環境でのみバイナリ互換
つまりOSが違うので、Linuxで動いたからって
cygwinで動くとは限らないわけ
そのせいでcygwinは全てのアプリが移植されてるわけじゃない
バイナリがそのまま動くということは
Ubuntuのパッケージが全部そのまま移植されたのと同じ
リポジトリがそのまま使える
UTF8のファイル扱うだけのコマンドラインなコマンド動かすだけならWSLより手軽。
>VBox上のDebianシンクラからSSHで操作
ホストOSはwinじゃねえのか…
>>353
>つまりOSが違うので、Linuxで動いたからって
>cygwinで動くとは限らないわけ
この条件なら
>Ubuntuのパッケージが全部そのまま移植されたのと同じ
>リポジトリがそのまま使える
ubuntu上でビルドしたところでcentosで動くとは限らんだろｗ
つかcygwinでも別のPCであっても同じようにcygwinのリポジトリが使えるし
要はcygwinとubuntuでバイナリパッケージの多寡を問題にしたいのか？
何が動く話をしてるか分かってないだろおまえ
大元のホストはWinよ
Win上のVBox上のDebianが二匹いる
こいつも馬鹿だな
>ubuntu上でビルドしたところでcentosで動くとは限らんだろｗ
当たり前だろ。
だからUbuntuで動くそのものがWSL(のubuntu)で動くことに意味があるってのに。
> ubuntu上でビルドしたところでcentosで動くとは限らんだろｗ
当たり前だが？
だからUbuntuをWindowsにインストールして
Ubuntuを使うんだろ。
同じUbuntuなんだからそのまま使える
FreeBSDよりWSLの方が新しいからエミュレーションの再現度は高いよ。
>だからUbuntuで動くそのものがWSL(のubuntu)で動くことに意味があるってのに。
>>359
>同じUbuntuなんだからそのまま使える
心配しなくてもアップデート掛けたらパッケージのバージョン違いですぐに動かないバイナリが出来上がる
ドッカーというカスな互換性ガチ無視OS向けのキモいツールがあるから今すぐシャブ中のように依存しろ
もうWSLの話じゃなくなってるね。
Ubuntuのパッケージって、アップデートかけたら
すぐ動かなくなるんだー（笑）
DockerはLinux用のツールでしたね。
互換性ガチ無視OSってLinuxのことだって言わないと
わからないじゃないですかーｗ
>Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
流れ嫁アスペ池沼
商用UNIXにもあの糞なwinにすらねえ
>わからない
ID:HJ+H2evR
テメーの言い分だろうが
ん？なにが？
>Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
>動くわけだから互換性が高いという証拠になる
パッケージアップデートで自分で生成したバイナリがスグ動かなくなるワケだから
互換性が低いという証拠になるよな
Ubuntuってそうなの？
> 互換性が低いという証拠になるよな
お前が書いたコードの互換性が低いということかね？
犬糞はドッカーが動かないと使い物にならない腐れOSだってことをな
だからサクっと対応してきた
こういう甘やかしがある限りwinのx86 CPUのOSの盟主だという立場は名実ともに揺らがない
> 互換性が低いという証拠になるよな
まあ、まずはそのソースコードとバイナリを見せてってことだな。
もし本当に動かなくなれば、互換性が低いということになるし
動いてしまえば、逆に互換性が高いという証拠になるだろう
Dockerは（主に自分で開発したアプリの）デプロイの方法をOS非依存にし
簡略化して可搬性をもたせる（違うOSでも動かせるようにする）ものするものなんだけど
お前Dockerの使い方わかってないだろう？ｗ
OS非依存っていうのは別のディストリやWindowsやMacでも
動かせるようにするってことだぞ。
バイナリ互換性のさらに上を実現するためのもの
>Ubuntuってそうなの？
ウブンツに限らんよ
犬糞全般的にそう
アップデート掛けたらOSが再起動後立ち上がってこなくなることすら珍しくない
>お前が書いたコードの互換性が低いということかね？
コードを再コンパイルすれば動くようになるならドッカー使ってその手順を起動前に組み込めという主張かな？ｗ
やっぱりDockerをまともに理解してない
>OS非依存っていうのは
まぁ画餅というかプロパガンダだよな
実際使ってみれば制限多いってのはカンタンに分かる
ビルドが通れば動くって言ってるのと同じレベルの情弱
>やっぱりDockerをまともに理解してない
言いがかりレベルだろ
ビルドプロセスを組み込めば動くならそうやるしかねえじゃん
まさか古いパッケージのママでアップデートすら掛けずに使うのか？
セキュリティって知ってます？
ベンダの一方的な謳い文句を垂れ流すだけでツウ気取りできるんだから
新しいパッケージに変えてもそのまま動くから
Dockerがあるんだよ？
Dockerfile書いて修正して、ビルドし直すのが正しい運用方法かな。
複数人に配布したり、開発環境と稼働環境でソフト・ミドルウェアの差を無くすことがDockerの目的。
逆や
アプデで壊れるからdocker使うんだよ
コンテナを動かすだけならホストの役割やパッケージは最小限にでき、アップデートで壊れる可能性を低くできる
アプリはどうせアップデートで壊れるもんだから、dockerによって依存関係を全部アプリ側に寄せてしまえば開発者が一緒にテストしてくれる
> アプデで壊れるからdocker使うんだよ
だからDockerはデプロイを簡単にするためのツールだって
お前使い方わかってないじゃんｗ
何だよ昨日から、伸びてるから新しい話でも有ったのかと思えばアホな言い合い…
この大ウソツキめｗ
>>380
>Dockerfile書いて修正して、ビルドし直すのが正しい運用方法かな。
担当者の対応は年明けになりますがよろしいでしょうか
>>381
>アプデで壊れるからdocker使うんだよ
お前は分かってるな
>アプリはどうせアップデートで壊れるもんだから
アプリだけじゃない
OSも壊れる
>>382
寝言は寝てから言えよｋｓ
一旦作ったイメージをどのOS（DebianとかCentOSとか）でも
同じように使えるのは、互換性があるからだろ
Dockerレジストリにpushしたイメージをpullしても
イメージ作り直したりしないんだぞ。
そのイメージの中にはバイナリも含まれてる。
それが別のOSでも動いているだろうが
デプロイを楽にしたいだけならアプリだけzipに固めりゃいいだろう
ホストには常に最新のCentOSとDebianのコンテナを置いておけばいい
遥かに小さいサイズでデプロイできてクソ楽だぞ？実際PaaSはそうやってる
Dockerによるデプロイはなぜそうしないか考えたことある？
アップデートで壊れるからだよw
Dockerはそれと同じような仕組みなんだけど
zipじゃなくて専用のファイル形式ってだけで
> Dockerによるデプロイはなぜそうしないか考えたことある？
うん。だからそうしてるよね？
アップデートで壊れたりしないから
https://blog.amedama.jp/entry/2017/11/01/204637
https://docs.docker.com/engine/reference/commandline/import/
tar.gz とかにも対応してる
> This will create a new untagged image.
> $ docker import http://example.com/exampleimage.tgz
だからアップデートで壊れないんならなんでOSまでパッケージに含める必要があると思うの？
明らかに冗長だよねw
それが犬糞のディス鳥商売
別OSでも動くよ互換性だよレベルの池沼もまるっと優しくおバカ光線で包み込むのがドッカー
PaaSのデプロイはだいたいzipだよ
> だからアップデートで壊れないんならなんでOSまでパッケージに含める必要があると思うの？
え？バイナリ互換性の話だよね？
>Ubuntuで生成したバイナリをそのままWSLに持ってきて動くから
>動くわけだから互換性が高いという証拠になる
↑この話をしてるよね
なんとかソレっぽく動くフリしてるやつ選別してな
で、どうWSLの話とつなげるの？
バイナリ互換があるからWSLのUbuntuでも
LinuxのUbuntuでも同じように動く
xclockとxeyesが動いてる・・・
Eclipse動くし、geditも動いた。
NetBeans動かないのが解せん。
もうLinux機はGUI要らないやｗ
だって、aptのパッケージの更新先リポジトリが
Linux上のUbuntuとWSL上のUbuntuで同じだし
Debian sid (testing) + Xfce で NetBeans 動いています。
無料だし小細工しなくても画面あるし
VirtuaBoxではWindows プログラムを起動できない
ホスト側のということだよ
GUIなデスクトップ用には要らねーなｗ
もう鯖とマイコンボードだけで十分だよLinuxは。
VirtualBoxで動かすのと大差ないという（当然Hyper-Vにはボロ負け）。
開発環境として使う分にはいいが、本格的にLinuxサービスを動かすのにはまったく使えない。
やくざに関わるとあとがな。
毎月爆弾仕込みのアップデートを配布するから、そいつらに怯えながら生活・仕事しないといけいない。
ゴミみてえなOSどもに取り囲まれた素晴らしいディストピアになったな
Oracleのライセンスは酷い。同じネットワークに複数のVMware ESXiを運用していると、全ての物理サーバー分のライセンスを要求してくる。まともな企業とは思えない。
MSはそれの対策に金を出せなんて言い出さないだろう？
一緒にするのはおかしいぞ
お前らゴキブリが腐れIBMとつるんで必死こいて犬糞押しやってSun潰しに励んだから
ボラクルが調子こくようになったんだろうが
自業自得じゃボケ
普通に端末からコピペできるけど？
コマンドプロンプトと全く同じ
Linux では、Ctrl+C, Ctrl+D みたいに、Ctrl キーを制御キーとして使っているから、
Ctrl+C, Ctrl+V でコピペできない
そのうち、Ctrl+Shift+C, Ctrl+Shift+V でコピペできるようになるらしい
まあコマンドプロンプトとWSLでインターフェース自体は同じものを使っているから
当たり前なんだが、今までの不便で改良されないコマンドプロンプトを知ってるとなんか不思議な感じだ
そういえばそうだな。
普通にコピペしてたわ。
wslttyは無駄にファイルが増えるからなんか敬遠してる
wsltty上のtmuxでpowershell使えたらベストなんだけど、できるもんなのかな
もちろんLinux用のPowerShellとかいう誰得の糞じゃなくてWin上の糞の方ね
https://opcdiary.net/?p=49824
リンク先に技術者からの回答が書いてなくてワロタｗ
これだけでいいや
情報源: Major performance (I/O?) issue in /mnt/* and in ~ (home) ・ Issue #873 ・ Microsoft/WSL ・ GitHub
https://github.com/Microsoft/WSL/issues/873
WSLからはNFSマウント、Windowsからは
エクスプローラーにNFSマウントって
形でできないのかなーって思ってる。
実際の物理ファイルは1ファイルにしてさ
そうすればNTFSとの変換とかも必要なくなると思うんだがねぇ
NFSサーバーとSambaサーバーをインストールしたらどうだろう？と思ったけど
そうかWSLでNFSマウントできないのか
まずはFUSE実装だよな。
Win10使うんだし。
nfsはfuseに依存しないしfuseなんて所轄ユーザーモードだから特定の用途でしか使わないけどそのfuseすら使えないのがディスられてるだけ
ディスられてはないぞ？
早く対応してほしいって言われてるだけ
fuseはユーザーモードだけで実現されてるわけじゃないんだから
（本当にユーザーモードだけで実現しているなら動く）
https://ja.wikipedia.org/wiki/Filesystem_in_Userspace
ほらな。カーネルに機能が必要
と無知な>>444をディスっておこう
> Filesystem in Userspace (FUSE) はUnix系コンピュータオペレーティングシステム用の
> ソフトウェアインタフェースである。権限を持たないユーザがカーネルコードを修正することなく
> 独自のファイルシステムを作成できる機能を提供する。これは、ファイルシステムのコードを
> ユーザ空間で実行することでなされるもので、その際FUSEモジュールは
> 実際のカーネルインタフェースへの「橋渡し」しか提供しない。
あるよ。WinSshFsなら使ってる。
そうだね。その方法ならできそうだよね。
そういや昔それやろうとして、（昔）WSLでsshサーバー立てるのが
面倒だったのとWSL的にはDrvFs使ってほしそうだったのでやめたんだったｗ
この方法を応用すればWindowsから（Windowsの）仮想的なファイルシステムを作って
WSL上のファイルにアクセスできると思うんだけどな
Windowsからのアクセスは遅くなるけどWSL内でのアクセスは速くなるはず
＞まずはFUSE実装だよな。
おかしいだろこれww
＞こうやって知識が浅いやつが
ブーメランww
何がおかしいのか言ってみ？
NFSはfuseでマウントできる
だがfuseの機能を実現するにはカーネルに機能が必要
WSLが提供しているのはLinuxカーネル互換機能
fuseはファイルシステムを実装するための
インターフェースを提供するもので
機能自体はカーネルによって実現されてる
ここみろ
https://ja.wikipedia.org/wiki/Filesystem_in_Userspace
これは恥ずかしいww
まあ、気づかなかったんだろうね
> Filesystem in Userspace (FUSE) はUnix系コンピュータオペレーティングシステム用のソフトウェアインタフェースである。
> 権限を持たないユーザがカーネルコードを修正することなく独自のファイルシステムを作成できる機能を提供する。
> これは、ファイルシステムのコードをユーザ空間で実行することでなされるもので、
> その際FUSEモジュールは実際のカーネルインタフェースへの「橋渡し」しか提供しない。
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
NFSがFUSEに依存する根拠って何？
NFSってのはネットワーク実装がされた黎明期(80年代)からあるもので、FUSEがLinuxに実装されたのは2000年代だったと思うぞ？
https://ja.wikipedia.org/wiki/Network_File_System
歴史的に新しいFUSEにNFSが依存するって矛盾してると思わないのか？
対応できるので、個別にNFS用カーネルモジュールを作成する必要がなくなる
A FUSE module for NFSv3/4
https://github.com/sahlberg/fuse-nfs
韓国とまるっきり同じじゃねえかw今年中に解決しないのか？
夕方眠くなったので年越しまでちょっと寝てたらこんなことになってたわw
質問に答えるたびに、あれはどうなんだ、これはどうなんだとか
質問を変えてきて、お前の方こそ韓国と同じじゃねーかｗ
おまえ 対 複数だぞ
みんなおまえがおかしいといってることに気づかないとは天然か
見苦しいぞ
どうやら>>462がHV+LVqu/だと思ってたわ
もうだめだココ
それはわからんけど、HV+LVqu/がおかしいのはあきらかなのに
援護するIDまで現れる始末だからもうだめだろココって
WLinux は試していませんが手間を金で省くって感じでしょうか。
Windowsのお手軽リモートログイン用シェルとして使うに良いと思う
debian on wslだけど、設定ファイル全部削除とpurgeもしたけどダメですね。
他の環境では起動できてますか？
code_1.30.2-1546901646_amd64.deb
そもそもX経由なのか、VNCとかで乗り込んでるのか
X経由なら手順間違ってるんじゃね？
VcXsrv + Ubuntu 18.04 XFCE で、VSCode は dpkg コマンドで入れて動作しています。
いまのところメリットの有無は検証していません。システムコールコンバーターの互換性具合を試しているだけです。
他の方がどうなのかはわかりかねます。
1. extensionがlanguage server protocolにちゃんと対応していて、さらに
2. windows側のvscodeで、wsl側のlanguage serverから情報取得できるようになっている、
開発言語じゃないと、windows側とwsl側の両方で開発環境揃えないといけない。
2の条件がほとんどの言語で満たされていないし、windows側で開発環境構築できないものもあるからね。
lspって何処で動かしても良いものでないのか。
条件は何言ってるのかわからん
名前以外の関連性が存在しないVisual StudioとVisual Studio Codeを同一視するなんてLinuxとWindows Subsystem for Linuxを同一視するレベルの愚
何言ってんだこいつ？
相手しない方がいいか
vscodeはnode.jsだし。
あとideじゃないし。エディタだし。
wslのコマンドラインから起動楽だしそれだけでもwslのvscoce使うメリハリあるんじゃね
>>483の意味が分かってないね
Visual Studioなんかしらん人もいるだろうに、そこまで叩かんでいいのになあ
MSはVisual Studioって名前を広く使いたいだけで中身がどうとか考えてない
Visual Studio for mac XamarinStudio（≒MonoDevelop）+α
だもんな
LSPの策定とか他じゃ絶対に不可能な偉業だろ
WSL上のUbuntuでFuchsiaのビルドは出来たんだけど、QEMUではコンソールしか出て来なかったんで別環境で実行しようと思ったらイメージ作成のコマンドがデバイスファイルを要求しやがった…
Win10.18317+WSL(Ubuntu 18.10)
USBメモリのドライブのシンボリックリンクを張ってみるとか
udevとlibudevの240がbreaking changeを含んでいるので、239にdowngradeして対処。
https://github.com/systemd/systemd/issues/11385
https://github.com/systemd/systemd/issues/11293
http://www.atmarkit.co.jp/ait/spv/1806/08/news042.html
はどう？
Hyper-Vでやればいい。
色々サンクス
結局ギブアップして仮想マシンを立てた
ループデバイスも無いとはね、この辺はリクエストを出してMSの努力に期待かな
ハードにお金かかっちゃうかもだけど、exsiとかで仮想化したり、中古街のcore2duo ddr2みたいなもんで動かしたほうがいいと思う。
このスレでそれ言うのは本末転倒なんだろうけど。
クソみたいなwindowsのバイナリと同じにすんな。自分でビルドでもしてるのか？
それとも日本語対応のwindows向けビルドをどっかから拾ってきてドヤ顔してるのか？
今のwindowsはopenssh標準装備だぞ
オプション機能に追加されたのも割と最近だったと思うけど
専用のシェルスク用意してたわ・・・
Windowsの標準搭載でもできそうだが秘密鍵のパーミッションがどうたらでうまくいかない。
「WSLからssh叩ける」のに価値があるって言ってて
そんで、クソバイナリに用はないって言ってるんだ
なんで自分より知識がないって勘違いを起こせるんだ
つか情弱アフォなのは>>510だけで他のヤツは至ってフツウ
5ちゃんがアホなヤツばっかってコトはないので念のため
xterm, LF,コンテナより少ないリソースのlinux、shを小リソースで動かせるのはでかい
軽さと堅牢さを求めるならhyper-v
あとWSLより遅い。今となってはもう使わないかな
msysはGit for Windowsで間接的に使うけど
随分昔だけど。
ほんとはXクライアント動かそうとしたが、Windows自体をVNCで繋げられるんじゃね？と思ったらあっさりできた。
WSLじゃなくてもいいけど。
「え？ 動くの？」で終わったけど、あれでCygwinの評価が多少プラスになったわ。
【田】Windows10のダメな点
・個人情報を勝手にネットに垂れ流す
・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
・エロファイルを持っている場合はそれも全て晒される
・間違ってロリファイルを持っていた場合はネットに繋いでいるだけで警察が来る
・死ぬほどUIがダサく異様に使いづらい
・ダサい上に抑揚のないフラットデザインのため、どのウィンドゥが手前で奥なのかわからない
・かつてあった多くの機能の半分以上をカットし、使わない機能をてんこ盛りにしたデブOS
・起動が超遅い。見かけ上早く起動したように見えるだけでほとんどのソフトを読み込んでいない
・スリープ復帰速度はほとんど変わらず
・ファイル圧縮・解凍速度も遅いまま。フリーウェアの圧縮・解凍ツール使ったほうが200％以上高速化する
・ファイルコピー速度が壊滅的に遅い。フリーウェアの高速コピーツール使ったほうが400％は速い
・メモリ使用量が馬鹿みたいに多い。初期は少なく見えるが使えば使うほど多くなる
・タブレットでも動くように設計されているが、利便性もデザインもiPadの足元にも及ばないゴミ
・標準ブラウザにEdgeとかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win８で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのものｗｗｗ
> ・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
一つだけ反応しとく。
これは、「游書体」自体は最高峰のフォントだ。
問題は、Windowsのフォントレンダリング（ガンマ補正がひどい）がクソだから、
游フォントを正しくレンダリングできない。
いずれにしても、Windowsのフォントレンダリングがクソなのに変わりない。
こんなフォントレンダリングのまま、
デスクトップOSを出してまま放置し続けている理由も分からない。
というわけで、MSはフォントレンダリングをどうでもいいと思っている。
4KやRetinaといった高精細ディスプレイにしても解決しない。
それは、Windowsのスケーリング処理がクソなので、高精細時も非常に汚い。
游ゴシックのカタカナの字形がめっちゃ嫌い。
教科書体あたりに近いのか？
12インチ2kノート使ってるけど、めちゃめちゃきれいだよ。
デスクトップはドットバイドットで23.8インチ2kディスプレー使ってるけど、これもそこそこ綺麗。
流石にドット感はあるけどね。
時代はWQHD以上に来てると思う。
文字をきれいにしたいなら4kディスプレー買ったほうがいいと思う。
2kでも凄くきれいだから。
4kなら感動すると思うわ。
これお勧め。
コピペ読んでないけどwin標準で一番まともなフォントはメイリオだと思うわ
wqhdにしてもたいして変わらんかった
ドットバイドットだと表示は変わらないんだよ。
スケーリング150％とかでずいぶんきれいになる。
200％なら印刷の文字みたいになる。
というわけで、4kにしなよ。
12インチノートの2kはスケーリングしてるから印刷みたいな文字だよ。
150%だよ。
wqhdに対する期待が大きすぎたのかもしれんけど、がっかりだった。
あと4kは置き場に困る。たいてい27以上だからな。
発売から年数経ってるから俺はやめといたけど。
結構評判良いみたいだぞ。
御託はいいんで、実際のディスプレイを
スマホか何かで写して比較してくれない？
レンダラーがどうとかじゃなしに、タイプフェイス自体がスクリーンフォントに向いてないよ。ライセンス上アウトだけどLinux環境で4Kモニタに表示しても常用する気になれないし。
スクリーンフォントとしてはメイリオの完成度は異常。これもLinux環境に持って行ったら常用したくなるのだが、ライセンス上真っ黒なので少なくとも人目につくところでは使えないのが残念だ。
そしてWindowsのレンダラーでは膨大なヒンティング情報を活用して小ポイント時の取捨選択など本領発揮してくれてとても良い。
ウィンドウズのデスクトップにランチャー出せるといいのにな。
$ choco.exe list vcxsrv
Chocolatey v0.10.11
vcxsrv 1.20.1.4 [Approved]
winsshterm 2.4.1 [Approved] Downloads cached for licensed users
2 packages found.
Chocolatey Gallery | VcXsrv Windows X Server 1.20.1.4
https://chocolatey.org/packages/vcxsrv
生きるの辛そうだね。
安物の目なのでMS明朝で大満足な俺は良かった〜
スクリーンで明朝はあり得ないわ
特にMS明朝とかジャギジャギのヒゲが鬱陶しすぎて窓から投げ捨てるレベル
macもmojaveからレンダリング変えてるし
大量のテキストを扱う時は、アンチエリアスが掛かっていないフォントの方が、目の疲れが覿面に楽になる。
グラフィックや背景の上に文字を重ねる時はアンチエリアスを使う方が見た目は馴染むが、輪郭がはっきりしている方が目を酷使せずに済む。
およそアップルとその信者がもてはやしているものは、文章やコードを扱う知的生産にはそぐわない、真逆を行く愚民化政策そのものだ。見た目が全てで、生産性は二の次。
ガキのオモチャならそれも良いのかもしれんが、仕事の道具にはならんよ。
いずれにしても、視野角が変わらないのに無闇に高解像度化するのは馬鹿のすることで、そんな真似をするくらいなら27〜32前後で2kの4面として扱う方が生産性上がるね
文字が綺麗になるから。
メガネかけてるかどうかで変わったりしない？
黄緑が一番視認性があるしな
DEによりますが、マウスポチポチするだけで簡単に設定をかえられますよ。
>>563
伊達以外なら
アポが目指してるのは上っ面重視のガキのオモチャじゃんｗ
だからこそ業者を氏ぬ程叩いて技術をパクってひたすら安価に作ることを最優先してる
仕事する側や技術屋としての見方とクライアントや客としての見方は前述の鉄道業だろうがシス屋・インフラ屋でも変わらんってことだ。
古いアプリはぼやけたりレイアウト崩れたりするし
RDPでスケーリング倍率の違う端末から繋ぐとアイコンやウィンドウ縁サイズが
でかすぎたり小さすぎたり引き延ばしジャギーになったりで
一端サインアウトしないと治らなかったりするし
長年等倍で遣うことしか考えられてなかったからあちこちに穴がある
lxqtからパクるのもよし
しかし24〜48ドット前後のビットマップフォントで高品位のものが無くて困っている。
止むに止まれず自分で大昔のハイレゾ98から24ドットのROMフォントをぶっこ抜いて来たりもしたけど、これも人目につかない所で個人で使うしかできないしな…。
ぶっこ抜き云々はともかく、ターミナルやコードエディタ等で等幅フォントを常用する人にはビットマップフォントをぜひ試して欲しいが、世間の大多数には理解されない世界だな…。
確かに高DPIは素晴らしい。
世間が追い付いてこないけど。
個人的にそんな値打ちもなく買う必要ないからどうでも良いけど
あるいは何らかの韓国語IMは存在するのかもしれんけど、日本語や中国語のIMとはAPIに互換性が無いとかか
ibus自体は中国語系の開発者が開発して、日本語のIMもそこに合流した形。KのIMがどうなのかは知らない
【田】Windows10のダメな点
・個人情報を勝手にネットに垂れ流す
・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
・エロファイルを持っている場合はそれも全て晒される
・間違ってロリファイルを持っていた場合はネットに繋いでいるだけで警察が来る
・死ぬほどUIがダサく異様に使いづらい
・ダサい上に抑揚のないフラットデザインのため、どのウィンドゥが手前で奥なのかわからない
・かつてあった多くの機能の半分以上をカットし、使わない機能をてんこ盛りにしたデブOS
・起動が超遅い。見かけ上早く起動したように見えるだけでほとんどのソフトを読み込んでいない
・スリープ復帰速度はほとんど変わらず
・ファイル圧縮・解凍速度も遅いまま。フリーウェアの圧縮・解凍ツール使ったほうが200％以上高速化する
・ファイルコピー速度が壊滅的に遅い。フリーウェアの高速コピーツール使ったほうが400％は速い
・メモリ使用量が馬鹿みたいに多い。初期は少なく見えるが使えば使うほど多くなる
・タブレットでも動くように設計されているが、利便性もデザインもiPadの足元にも及ばないゴミ
・標準ブラウザにEdgeとかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win８で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのものｗｗｗｗ
たったとShiftJISをデフォルトから捨てて、UTF-8に変更しろっていう話。
どっちにしても過去と決別だな
filesystem関係、kernel関係とか、マルチプラットフォームへのバグフィックス諸々考えると絶対やらないわ。少なくともやりたくないわ
DOSはDOSで放置でいいだろ。何言ってんの？
AndroidのFuchsiaみたいに既存路線を捨てて新しいOSになるしかないんじゃないかな。
まあUTF-16LEでUnicode系APIを整備しちゃったのが悪いんだろうけど
だからMSは何もしなかったわけでもない。
いくらテストしたってもこれ以上弄り回すとまたバグ祭りになるに決まってる。
業務用のシステムではLinuxですらSJISでなんとかしろと言われて
各社苦労してんのに、WindowsがSJIS捨てたら少なくともMSKK消滅だろ
それもDOSやWindowsのせいだろ。
韓国人じゃあるまいし、誰が悪いかを言いつのったって現状は変わらないよ？
これでシステムはUTF-8になる
アプリのLive5chとかはunicodeサポートされてないのでメニューとかが文字化けした
ChromeやFirefoxは問題なかった
じゃあどうする？
代案も示さないようじゃ反論にもならない。
SJIS続行。
Windowsなんてとっくにネイティブ文字コードがUnicodeになってるのに
アプリが無理やりレガシーな文字コード使ってるだけだろ
メモ帳のデフォがutf-8になったあたりかもしれない。
なんでここまで引っ張ったんだろな。
wslので叩くwinAPIのフレーバーが増えるんじゃない？
ネイティブ互換性が増えるとか
しかし、他のソフトウェア(gnuplot のwxt terminal )でwarning がでるようになった。
でも、warning だから、我慢しよう。
強引にこじつけるとWindowsとWSLで協調動作を行うプロセス間にWindowsサブシステム側の言語設定を無理無く馴染ませる事が出来るかという話
当然だがWSL上で動くプロセスはあくまでLinuxそのままだから言語設定はLANGかロカール系環境変数に依存するという部分は変えられない
Windows でもMsys2入れて、winptyコンソールアプリをつかっている私にはあんまり関係ないことだということがわかりました。
SJISやUTF-16などに対応するのは事実上無理だよ。
これはLinux側（カーネル及びアプリ）の制限
Windowsは逆にこっちを明示的に使うようにして従来のAPIはロケール依存のまま残したんだけど
日本語にSHIFT_JISを採用したUNIX系でOSもあったしSHIFT_JISについてはアプリが頑張ればいいだけでLinuxカーネルの問題は無いだろう
HP-UXはSJISだったね
Linuxこんな理由らしい
ttp://www.ossforum.jp/jossfiles/Linux_SJIS_Support.pdf
蓄積されたデータを継承・発展させていくことだって、新しい技術への挑戦だろうになあ。
当時のOSS界隈はマイクロソフトをFUDを多用するとか言ってたけど、
おまえらのやってることも同じじゃねーかという。
FUDを多用するというFUDだろ。
カタカナの長音記号もまともに扱えていない文書を堂々と掲げられる心意気に敬服
WSLだけ入れたいわ。
それ以外の付属モノは、全部要らん。
WSL有効に出来るよ
Microsoft Word が単なるワープロだったのはアイゼンハワー大統領の時代(50 年代)にまでさかのぼります。(笑)
しかし代わりに何があるでしょう？ Microsoft は実際試したことがあります。
「みんな機能を追加しすぎだと不平を言っている。ワープロだけのソフトを作ってやろうじゃないか。
シンプルで純粋な、Web ページ作成やデータベースのないやつを」。
それが現れました。Microsoft Write です。みなさんご存じないでしょう。大失敗でした。誰も買いませんでした。
私はこれを「SUVの原理」と呼んでいます。みんな必要もないパワーに取り囲まれているのが好きなんです。
データベースやWeb ページ作成機能なんて必要ないのに、こう言うのです。
「アップグレードしておこう。そのうち必要になるかもしれないからね！」
ワードパッドやろwin使いなら誰でも知ってるで
でも欲しいのはバイナリのリッチテキストじゃなくて
テキストをテキストのまま色付けや段落分けできる構造化エディタだったんだよなあ
htmlやcssがもっと手軽に扱えたら良かったんだろうけど
3.1まではwrite、95からはwordpadだっけ（以降もスタブのwrite.exeはあるけど）
> テキストをテキストのまま色付けや段落分けできる構造化エディタだったんだよなあ
無理やで？
勝手に色がつくことは可能だが、
ユーザーが自由自在に色を付けることはできない
rtfがそんな感じ
変なの
お、マジか。どういう実装なんだろう？
俺が前思っていたのはWindowsからはそうやってアクセスできる
内部的には（WSLレイヤーを介さずに）sambaプロトコルで
アクセスしているかのように見せかけるって方法で、
chmodに関しても設定でsamba相当の事ができるようにすれば
Windowsからsamba経由でアクセスしてるのと変わらない
実用性になるだろうって思ってた
一応言っておくと、
利点は遅くてLinuxファイルシステムと完全な互換性がないdrvfsではなく
速くて互換性が高いlxfsに置いたファイルをWindows上から直接修正できること
drvfsとは違い、ディスク上のファイルを直接参照するのではなく
\\wslという仮想的なファイルシステム経由でアクセスするので
Windows上からのアクセスは遅くなるものの、
設計的にはchmodの問題などを回避できる余地がある
ってところかな
https://blogs.msdn.microsoft.com/commandline/2019/02/15/whats-new-for-wsl-in-windows-10-version-1903/
Microsoft本気だな
Macに移ったユーザを取り戻せる
そんなことは気にしてない。
あのへんの層は大して金にならないからMSはそれほど重視してないだろう
とはいえこのままだとWinがクラウド開発に向かないゴミのレッテルを貼られて稼ぎ頭のエンタープライズまで逃げる恐れがあったから、
そうなる前に開発者離れを食い止めたいんだろうな
MSの客層的にWinのVMさえちゃんと動けば儲かるのはわかるけど、
マネージドサービスの品質があまりにも低すぎる
真面目にやる気ないんならお願いだからホスティング以外は全部撤退して開発環境だけ作っててほしい
お前が擁護しようがしまいが、
AzureではLinuxも動くし、AWSの次に使われてる
クラウドであることは否定できない
https://japan.zdnet.com/article/35123218/
この兼ね合いでバックグラウンドプロセスが無い状態でWSLコンソール全部閉じてもkill -9 -- -1してもinitが終了しなくなったんでwsl.conf弄るときはwsl --terminateするなり忘れずにな
9Pサーバ使ってアクセスするかたち
串を経由するようなもんだ
実装大変そうだからやらなかったけど。
そんとき、こういうアイデアはあるけど
MSは実装しないだろうなって思ってた。
だからやったたこと驚いた。
最近のMSはすごいよ
正しいことをちゃんとやる
そのチョイと癇に触るような上からの物言いはやめたほうがいいと思うぞ
後出しジャンケンであーこれ俺が考えてたやつだわーって言う奴
OSSならば、どちらかが淘汰されるか、
どちらも良くて、途中で方向性が変われば、
また違うソフトウェアとして、生き延びていくだけ。
要するに、アイデアを実際に実装するかどうかだ。
実装しなければ、なにもない。
「自分が最初に思いついた」とか、ネタなら面白くないし、本気ならヤバイ。心の病気だよ。
NT4の時代からService for Unix があったから
今から20年前にMicrosoftは実装してたんだけどね
(Linux互換ではなかったけど)。
>>658
の彼はいつ考え付いたんだろうね。
ですね。ただ、大文字小文字で別物扱いがいいのか今でもよくわかりません。
昔は日本語ファイル名なんて考えられなかったし。
読み書き自体はブリッジ経由で稼動中のWSLにやらせるので、動作していないWSLのファイルは読み書きできない。
逆に、WSL側が関知しない形で配下のファイルを読み書きされる事もないから、OS非稼動時に他の環境からパーティションを勝手に読み書きされた時に発生するような不具合も原理上ない、と。
多少のオーバーヘッドは発生するにせよ、利便性と安全性を両立できるなら歓迎だな。グッジョブと言わざるを得ない。
Linuxでも別プロセスが勝手に書き換えることはあるんだから
WSL稼働時しか修正できない理由はないと思うけどね
ブリッジを介し、WSL自身を経由してWindows側から安全に読み書きできる手段が構築されたのが今回。以前と同じではない。
> WSL上で動作するLinux環境側が関知できないまま書き換わり
どういうこと？ WSLはOSじゃないんだけど？
OSはWindowsそのもの。Linux環境なんてものはない。
これまで壊れていたのは、Windowsアプリが、WSL用に追加している
ファイルのメタ情報を考慮してないからだよ。保存した時に抜け落ちる。
9Pサーバー経由にすることでメタ情報を上手く保護している
そのためのブリッジを設えたのが今回。
あと「WSLはOSじゃない」の下りとかまあ何もかも浅くてデタラメなので、小学校からやり直せ。
\\wsl$\ディストリ名\〜 というUNCパスでアクセスすればね。
users\appdata以下を直で弄ったら、これまでと同様にぶっ壊れる
オフライン中に別環境からパーティションを半端に弄られたり、あるいは動作中に介入されるような不味い事にはならない。
まあ「WSL稼働時しか修正できない理由はないと思うけどね」とか言い切っちゃってるアホには、ちょっと難しかったかな。
毎回、WSLはOSじゃないけどWSL上で動作するLinuxプログラムの実行環境が〜
とか言わないといかんのか？
お前理解してないんじゃね？
Linuxでも別プロセスがファイルを書き換えることはあるよ。当たり前。
それでアプリレベルで支障が出たとしても、ファイルシステムが壊れるわけじゃないんだよ。
支障のレベルをお前わかってないね。
> オフライン中に別環境からパーティションを半端に弄られたり、あるいは動作中に介入されるような不味い事にはならない。
オフライン中に別環境からパーティションを半端に弄られると
Linuxは壊れるんか？
つまり別ディスクから起動して書き換えるってことに相当するんだが
それでファイルシステムが壊れることはないだろ
だいたいWSLでは「パーティションをいじる」ことはできない。
パーティションを管理してるのはOS（Windows）なんだから
すこしWSLのファイル管理を勉強したほうが良いよ。
LinuxじゃないんだからWSLがデバイスを直接管理したりしてないの
> 毎回、WSLはOSじゃないけどWSL上で動作するLinuxプログラムの実行環境が〜
Linuxプログラムの実行環境なんてのも存在しない。仮想マシンじゃあるまいし。
単にLinuxのシステムコールをWindowsのカーネルAPIに置き換えてるだけ
カーネルから見れば、LinuxアプリもWindowsアプリも同じ環境で動作しているように見える。
そんなに言いたいならTripでもつけてやってよ
別に論破する必要ないから、本屋でも行って1000年ROMってろ（ﾊﾅﾎｼﾞｰでいいし
ハイ論破。
https://forest.watch.impress.co.jp/docs/news/1170221.html
WindowsからLinuxのファイルにアクセスする仕組み（Windows 10 version 1903）
https://kledgeb.blogspot.com/2019/02/wsl-167-windowslinuxwindows-10-version.html
>オフライン中に別環境からパーティションを半端に弄られると
>Linuxは壊れるんか？
オンライン中に別システムからちょっかい出されたら壊れるだろそりゃ
壊れないケースもあるだろうけどさ
%userprofile% を別のディスクにバックアップしても壊れるんやろか？
Linux 側で見ると、自動的に、UTF-8 に変換されるのが、すごい！
> オンライン中に別システムからちょっかい出されたら壊れるだろそりゃ
だから別システムってなんだよ？
WSLのアプリはNTカーネル上の1プロセス。
単なる別プロセスでしかないんだが。
えとさぁ、WSL用の別のOSがいて、そっちがWindowsの制御外から
デバイスごと管理してるわけじゃないんだぞ？わかってんのか？
Windowsはファイル名をUTF-16で管理してるのだから
UTF-8と相互変換するのは簡単
引用マウントしたいならふたばでも行ってくれ
其れかいっそブログでも書いてここに貼っとけばエエやん。論争大好きマンなの？
Windowsで普通にLinuxソフトが動くもんな。
ネイティブでウィンドウシステムサポートしたら、ユーティリティ系でもなければデスクトップ環境系のLinuxの需要下がるよな
まあそれでもxubuntuとかお古PCに入れるんだろうけど。
別システムは別システムだよ
なんでWindows配下のプロセスの話になるんだよ
やっぱりWSLが別システムだって思ってんのか？
同じシステム上で動いていて、単に使ってるAPIが違うだけだぞ
その証拠にタスクマネージャーで見ると、WSLで動いているプロセスが
Windowsプロセスと同じように見える
ファイルはWindows（というかNTカーネル）が管理していて
どちらからロックを掛けても、同じようにロックが掛かる
WSLにドライバは存在せず、Windowsと同じドライバが管理してる
ファイルシステムだってそう。WindowsだろうがWSLだろうが
共通のドライバによって管理されてる。
だからどちらからどのタイミングで使ってもファイルシステムが壊れることはない
Windowsから触って壊れるのはファイルシステムではなくWSL上のメタデータが保存されないってだけ
ファイルシステムからみれば壊れているわけじゃない
DBとかでもデータファイル直でいじらんだろ
なんでWSLの話だと思い込んでるのかなあ。
今までの話の流れとスレタイを見ろ
それは全く別の話。
WSL起動中でないと書き込みができないから安全とか
意味不明なことを言ってるやつがいる。
（WSLが別システムだから？意味不明ｗ）
こっちは書き込みの安全性についてWSL起動中かどうかは関係ないといってる。
直接弄った時の安全性は、WSLの起動とは関係ないだろ？
ファイルが壊れるとか別システム（笑）とかじゃなくて、
ストアアプリでファイルはそのアプリ用に隔離されてるから
直接ファイルを弄ることはセキュリティポリシーに反するからだろう
ファイル自体は同じOSが管理してるんだから壊れることはない
> Windows側からの操作は動作中のWSL(Linux)環境経由で読み書きするので、・・・(1)
> Linux上で「Linuxでも別プロセスが勝手に書き換えることはある」のと同じ扱いとなり、・・・(2)
この(1)が全く関係ない。
(2)のLinux上で「Linuxでも別プロセスが勝手に書き換えることはある」のと同じ扱い
になるのは、WSL（Linuxではない）環境経由だろうが、WSL環境以外だろうが同じ。
WSL環境以外から書き込んでも、(2)と同じ扱いになる。
だから(1)は全く関係ない。
NTFS上のファイルとしては無事でも、WSL上のLinux環境からは破綻してしまっていたのがこれまで。
19H1ではWindows側にブリッジを作り、\\wsl$〜というUNCパスを使えば書き込み処理が起動中のWSL経由で行われ、WSL上のLinux環境からも関知される。
「実際の読み書きは土台のWindowsがやっているのだからファイルやメタ情報が壊れる訳がない」と繰り返しているアホは、この構造を理解できていない。
構造を理解できていないために、支障なくアクセスするためにはWSL環境が起動していなければならない理由もできていない訳だ。
無知で無能なくせに、やたらと攻撃的でマウント気質。まあ控え目に言ってクズ野郎ですな。
こちらとしても手加減する理由がないので、思う存分叩き伏せられる。
厳密君の言葉尻チェックうるさすぎ
なんでいちいち関係ない話を付け加えるんだ？
> WSL側はWindows側の挙動を知りようがないから、appdata以下を直で弄られてもWSL上のLinux環境からは察知できず
さも検知できれば大丈夫みたいな言い方をしてるけど、検知の有無は関係ない
そもそも（ファイル更新検知のためのAPIを使わない限り）ファイルの更新なんか検知しないのが普通
> メタ情報にも齟齬が発生する。
最初からこれが原因だって言ってる。Windowsアプリから保存すると、
（WSL用のメタデータを考慮してないほぼすべてのアプリは）
ファイル保存時にメタ情報が抜け落ちる。それだけでいい話
> 「実際の読み書きは土台のWindowsがやっているのだからファイルやメタ情報が壊れる訳がない」と繰り返しているアホは
誰もそんなこと言ってない。お前が
> オフライン中に別環境からパーティションを半端に弄られたり、
とか意味不明なことを言ってるんだろ。パーティション関係ない。オフライン関係ない。別環境なんてものはない
俺は>>675の時点でちゃんと以下のように言ってる。
> これまで壊れていたのは、Windowsアプリが、WSL用に追加している
> ファイルのメタ情報を考慮してないからだよ。保存した時に抜け落ちる。
> 支障なくアクセスするためにはWSL環境が起動していなければならない理由もできていない訳だ。
WSL環境が起動してないなければならない理由をお前は何も言ってない。
メタデータを保存するだけならば、WSL経由にする必要はない。
それか逝ね
https://forest.watch.impress.co.jp/docs/news/1170820.html
ディレクトリ配下を再帰検索する野良アプリを使っている人は要注意かも。
名前がドットから始まるターゲットをディレクトリ扱いする間違った実装してたらアウト。
Linux側のi-nodeに同期させる仕組みがないからでしょ。パフォーマンスが犠牲になる実装を避けるのは当然。
メモ帳みたいに同じファイルに上書きするんなら消えない
VSCodeとか上書き操作しても実際には別ファイルへの書き出し→元ファイルと入れ替えってやるから消える
>>716
今までエクスプローラー以外から作れなかったわけじゃないのにそんな馬鹿な実装アプリ使ってたら既に問題出てるでしょ
保存する時に、別名で作成→古いファイルを消す→名前を変更する
ということをやってるから。
一応安全な手段ではあるんだよ。
これだと途中でエラーが起きてもデータが消える可能性少ない
データ保存に比べて一瞬で終わる名前の変更だけできればいいからね
またLinux側とかありもしないものを持ち出してる
知識が浅いと駄目だね
WSLのstat ファイル名で表示されるInode番号は、
Windowsではfsutil file queryfileid ファイル名で表示される
ファイルID（の16進数を10進数にしたもの）だった
さっきも言ったけどLinux側のi-nodeに同期とか存在しないんだよ。
Linuxがそういう管理してるんじゃないんだから。っていうかLinuxなんていねぇ。いるのはNTカーネルだけだ。
単にAPIを変換してるだけなんだから、WSLからInodeを知ろうとしたらNTFSのFileIDを返すだけの話
WSL上ではアプリケーションはlinuxとして動くわけだから重箱の隅をつついても仕方ないし、inodeもないと動かない。
問題はそこじゃなくて「Linux側のi-nodeに"同期"させる」って言ってるところだよ。
同期だよ。同期。まるで別にLinux環境というものが存在して、そっち側でinodeを
Windowsとは別で管理していて同期を必要としていると思っているのだろう。
「さっきも言ったけど」とか記憶障害っぽい感じがする。
「自分が先に思いついた」とか発言してた人かな、ひょっとして。
お大事に。
そもそもi-nodeっていうのはext4とそのお仲間が持ってるもので
reiserfsなどにはi-nodeは存在しない。すべてのファイルシステムが持ってるものじゃないし
Linuxが管理してるものでもない（WSLにLinuxなぞ存在しないが）
だけどLinuxで必要とされるから、reiserfsのファイルシステムドライバが
i-nodeをエミュレートして表示している。
NTFSもそれに近い。NTFSのドライバはFileIDとして返すわけだが、
VolFsやDrvFsへの変換レイヤー（WSLの一部）がNTFSのFileIDをi-nodeとして見せてるだけ
VolFsやDrvFsがi-nodeを管理してるわけじゃない。単に変換してるだけ。
変わってないし、何も言い返せないならレスしなくていいよ
単に保存時にメタ情報を考慮しているかどうか。
いまちょっと確認したんだが、atomから保存した場合、
FileIDは変化しなかったけど実行属性は消えていた。
メモ帳やvscodeだと保存した場合FileIDは当然同じとして、実行属性は残ったまま
（だから俺はatomからvscodeに乗り換えた）
だから保存する時に以前のメタデータをどうするか？という処理が別に必要なのだろう。
NTFSのアクセス管理との整合性を破綻させない工夫が必要なのはCygwinの頃からある話で、誰でもわかる。
長々書かなくていい。
また今までの話と全く関係ない話を始めたなｗ
で、その要件定義が何だって？
その先をいえや
一番最初にi-node考えたのは俺やで？
史実なら軽く還暦越えっしょ
「Linux側のi-nodeに"同期"させる」ってことが理解できてないのはお前だけ。
inodeの実体がNTFSのFileIDであっても、知らないシステムが変更したIDとWSLが管理してるIDの整合性は取れない。
基本的にWSLサブシステムはWindowsのサブシステムとは互いに独立してるからカーネルは同じだとしても管理は別物。
共同で管理するには”特別な”実装が必要になる。
え？なんで？ｗ
理由言ってみ。どういう場合に整合性が取れなくなるのか
具体的な名前書いてさぁ
え？なんで？なんでサブシステムが別だと
管理まで別物になるの？
理由が全く書いてないじゃないｗ
ほんと適当な嘘書かないでくれないかなぁ（苦笑）
証拠を見せてあげよう。
「Linux側のi-nodeに"同期"させる」ってことが理解できてる人
他にいるなら、その人はどういうことなのか説明してみせて
意味不明だから、説明できる人が誰も居ないだろう
これ。だからwslで編集したファイルはwindowsで触ってもよいが、逆はダメになる。
>>738
windowsが作成したファイルをwslが編集するのは非推奨になってる。それを知らないだけだろ。
>>739
マイクロカーネルの基本的な概念を知らないだけだろ。
cp相当にしといた方が良いような気が
フィードバックしとくか…
> linuxのアクセス権限はi-nodeから紐づいたデータなのでWindows側のFileIDでは対応できない。
だから（Linuxじゃなくて）WSLから見えるアクセス権限は
ファイルについてる単なるメタデータなんだよ。
WSLから見えるユーザーとかあれは仮想的に作ったもので本物のアクセス権限じゃない。
WSLでrootになったとしてもWindows上から見れば、ユーザーの権限のまま
実際のアクセス権限はNTカーネルによって行われる。
だからDrvFsとかでWSL上のrootになっても書き込めないファイルが有る
> windowsが作成したファイルをwslが編集するのは非推奨になってる。それを知らないだけだろ。
なっていない。そのためのDrvFsなんだし。
https://kledgeb.blogspot.com/2017/12/wsl-126-drvfslinux.html
> DrvFsとは
> 「DrvFs」は、WSL環境（Linux環境）にWindowsのボリュームをマウントし、
> LinuxからWindowsのファイルにアクセスできるようにする仕組みです。
ほんと適当な嘘ばかりつくよねｗ
> i-nodeが正しく反映できてなかったらシステムコールのstat構造体を使うプログラムは全滅だよ。
i-nodeはFileIDを使えばいいだけ
それより同期の話は何処にいった？ｗ
一体何を同期するのだろうか？
誰か答えてくれｗｗｗ
https://japan.zdnet.com/article/35132978/
これ。次期アップデートから。
それがどうしたの？
windowsが作成したファイルをwslが編集するのは非推奨とか書いてないわけだが
文章ちゃんと読めてるか？
それ別人だから。脳みそお花畑か。
だからそれがどうしたのって聞いてるわけだが？
そんな事知ってるし、なんのために持ち出してきたんだ？
俺に言うことじゃないだろって話。
お前には聞いてないｗ
これは良アプデの予感
ttps://blogs.msdn.microsoft.com/commandline/
ところで Fedora ってどうなっちゃったんでしょうｗ モジュラー関係で何かあるのかな...
それを解決したFedoraRemixはMS以外から出てるけども
これをいじろうとすると
・必要なHDDの容量が20GB必要
・文字のエンコード関係で壊れるかもしれない不安
・２０GBのインストール・アンインストール作業。時間が掛からないわけが
http://kasou-ken.seesaa.net/article/459488503.html
https://linuxfan.info/wslconfig
https://mongonta.com/f341-howto-update-under8gbdisk/
win鯖のシス管みたいなことを何が悲しくてせなあかんのかよく理解できない…
そんな間違えだらけで役に立たないページ見て何がしたいの？
その役に立たないページの修正情報をただで集めようと言う魂胆だろう
凄い時代になったもんだ。
・テキストエディタやロケールを扱えない自己紹介・腐った情報の掲示
・初心者向けコマンド解説
・低スぺPC Winアプデ方法
win鯖のシス管と何が関係するのか…
WSLのおかげで実質的にWindowsでの作業だけで最新の辞書データを適用できるようになった。
https://github.com/neologd/mecab-ipadic-neologd
> win鯖のシス管と何が関係するのか…
win鯖のシス管をパソコンのサポートと勘違いしてるんだろう。
パソコンの設定をするのは、win鯖のシス管だ！
こいつがダメな理由を、周囲の第三者に説明するだけでいい。最後にこいつの人格批判を添えてな。
始めたのは向こう側だからな、遠慮は要らんぞ？
WSLがあれば楽チン。
・Windows Sandboxは再起動を要する作業はサポートされない
そもそもWindowsの機能が空なんだけど…
dismもパッケージサービスコマンドが丸ごと無い
事実上の新バージョンに見えるけど。
あらあ、そうなのか・・・
fgetc() の戻り値を char型変数で受け取ったに2000ペリカ
とかだから違うな
2000ペリカ直ちに振り込むように
grep -nE ".*" で一行ずつ出力させてエラーが出る場所追いかけてみてはどうか。
理解してないのはOSやコンピュータというべきか？
/mnt/cなんてちょっと特殊なファイルシステムとして
マウントされてるだけに過ぎないんだから、
意味不明なことにはならんよ。
やっぱりここを触られるのはNGなのか
grep -ir '赤い糸' ./*
ファイル名は自動的に、UTF-8 に変換してくれるけど
そういう昔のEUC-JPで書かれたファイルを
UTF-8の端末からgrepしても同じように見つからない
SJISのファイルをgrepしたいなら、端末の文字コードをSJISにすればできるだろうが
デフォルトでその設定は入ってないだろうな。
nkfでも使ったほうが簡単
straceしろよ
そもそもゲイツが潰れかけてたアップルに資金提供して蘇生させたんだがな
https://news.cookpad.com/articles/3007
grep -ir "$str" ./*
"赤い糸"という文字列を、Ruby で、sjis に変換して、
(Ruby にはデフォルトで、nkf が入っているので、Linux にはnkf を入れていないため)
それで、Windows側のsjisのファイルをgrep したら、
「バイナリファイル ./桃子.txt に一致しました」とひとまず一致したけど、
sjis のファイルは、バイナリファイルとみなされた
一致箇所が複数あるけど、何回一致したかはわからないし、一致した行もわからない
ただし、ファイル名は自動的に、UTF-8 に変換されている
なんで日本専用の文字コードを使うんだよ？
海外対応考えてないのか？
だいたいExcelのせい
インターネットバンキングからcsvおとして解析かけるのに一旦utf-8に変換しないといけないし。
つうかDATがSJISなんだよな・・・
多言語板が出来そうだが、キリル文字の荒しとかでそう。
まあそしたらＡＡ香具師とか死にそうだけど。
ロケール切り替えれ
馬鹿なの？
5chの場合、全部SJISで一部の板は文字参照としてunicode文字が表示できる
キリル文字はそもそもSJISに収録されてる(unicode前から顔文字に使われてたし)
configure終わらん
virtual boxにいれたopensuseのが速い謎
ちゃんと仮想osと共有してるホストwindowsのディレクトリで
仮想oSから作業しての話ね。
ほんと謎
Windowsと切り離して動かしたほうが速いだろうなとしか
当たり前じゃね？
ディスクのスピードテストしてみれば分かる。
当然windowsとは協調動作してますよ。
システム環境をチェックするconfigureが
共有ディレクトリを多量にアクセスするわけなかろう
makeはそれほど遅くない。
cygwinと同じでforkが遅いせいだとおもう。
cofigure遅いといっても、cygwinにくらべたら、wslはだいぶ速い。
でも、native linuxからするとくそといいたくなるが。
今のMSならカーネルにforkもしくはforkが速くなる機能を
実装してくれると思う。
なるほどそっちか。
たまにfork自体を失敗するMSYS2よりマシかもしれんけど。
となるとVMつかった方がいいな。
使ってる部分もあると思うけど、NTカーネルAPIがWindowsの
本当のAPIでそれを利用する形でWin32APIが作られてる。
それと同じレイヤーでWSLが実装されているわけだから
基本的にはWin32APIを使わずにNTカーネルAPIを呼び出してるはずだよ
VMは実質二台のパソコンを使うようなもので、
ホストOSとのデータのやり取りが面倒なんだよ。
つまりWindowsのテキストエディタを使って
プログラミングしてLinuxで動かすとかね。
だったらfork相当の機能がなくても困らないじゃん。
いにしえのPosixサブシステムと同じことすればいいんだし。
> だったらfork相当の機能がなくても困らないじゃん。
なんで？
> いにしえのPosixサブシステムと同じことすればいいんだし。
だからいにしえのPOSIXサブシステムも遅かったんだろ？
RtlCloneUserProcess
あー、はい。そのAPIがLinuxのforkに比べて遅いんでしょうね。
調べてくれてありがとね
wslで/mnt/c経由でアクセスするのと、
virtual boxで /media/... 経由でアクセスするのと全く一緒だけどな。
一緒だからこそ、そこで差は出ないってことだよ。
つまり、差がでるのは共有ディレクトリではない所だということ
ここまですぐにわからんかね？
>>823
virtualboxで/media経由でアクセスするには、共有フォルダの設定が必要で、
さらに仮想マシンのOSにGuest Additionsをインストールしなければいけない
もちろんOSのインストールも必要だな。
気軽さがぜんぜん違うよ
WSLでxで日本語使えるまでの設定どんだけ苦労したかｗｗｗ
絶対virtualboxのが設定まで含めて楽w
余談ですが、WSL Debian で sh (dash) を ksh93 で代用した時は、fork 処理が sh より速かったように思います。
http://magicant.txt-nifty.com/main/2007/12/post_b430.html
ksh93は、他のシェルならforkを使うような場面でも
forkを使わずに（無理やり？）実現している場合があるので
fork処理が速いではなく、fork回数が違っている可能性が高い
> WSLでxで日本語使えるまでの設定どんだけ苦労したかｗｗｗ
WindowsがあるんだからXいらないよ
WSLでそこまでやるのはもう趣味レベル。
単にGoとかのスクリプト動かしたいけどWindowsだと面倒くさい時にしか使わない。
コンパイルやビルドは素直にVMでやったほうがいいわ。
日本語ファイル扱えねーだろ
普通にメモ帳でそのファイル名で保存できた
っていうかそれ、日本語ファイル名じゃないしｗ
それ、聞いたことある。自分ではkshをうまく扱えなくて、つかってない。
837のどこら辺がローマ字なの？
windows側と比べて95%ほど出てるのでとても快適な環境なんだけど、linuxゲストだと
hyper-vの動的メモリ管理がひどくて、2GBから16GBで動的割り当てにしていると、linux側で2GBも
使ってないのに、すぐに16GB確保されちゃう。
・WSLは遅いし
・virtualbox with hyper-vは、別ドライブからの起動がうまくいかないし
・vmwareはhyper-vと仲悪いし
で、決定打に欠ける。
メモリ安くなったから、64GBにして解決するのもありかもしれない。
ファイル名はOSの管轄だからメモ帳とは関係ないだろ
NTFSのファイル名はそもそもUTF16が仕様だし
NT3.1でも対応したフォントさえあれば可能
batはロケール依存。今もUnicodeでファイル名を渡せない仕様。
Dynamic MemoryなんてWindowsゲストでもうんこでや(ﾎﾞｿ
カーネル回りはUnicode前提で作られているけど
上部はWin9xとの互換性のためにShiftJISを採用
W系文字列とA系文字列を変換しつつ動いてる。
VC8.0からワイド文字がデフォルトに変更された。が・・・
未だにマルチバイトでビルドされたソフトも存在する。
￣ヽ、 _ノ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
｀'ｰ '´
○
o
／／三ミ彡ミヽ
//////⌒ ⌒ヾ ヽヽ
/.////ト、 i | | |i
|.| | | | ト､ ,二、| | | ||
ﾊ ﾊ | | | | / | // | | |
| } | } | | | |;;竺､､､//／} ||
{ V .} | | | |ﾐ三ｦ` |/ / |／}
〉へと.ヽ| |こン / /／ ｨ| と思うしぇしぇしぇであった
}イ`'( } `ー, へ、´ /| ||
＼ヽ ﾉ { ﾉ`T⌒ }//
> batはロケール依存。今もUnicodeでファイル名を渡せない仕様。
それはお前がコマンドプロンプトをsjisで起動してるからだろ
chcpでコードページを切り替えろよ
> カーネル回りはUnicode前提で作られているけど
> 上部はWin9xとの互換性のためにShiftJISを採用
上部ってなに？ Windowsと関係ない
一部のアプリがSJISを使っているからって、
WindowsはUnicodeなんだけど
マルチバイトでビルドされたソフトには異なるロケールで引数渡しできない。文字化けする。>>846 さんの言ってることが現実。
Windows向けPerlディストリビューションのStrawberry Perlもマルチバイトでビルドされたソフトのひとつだよ。
OSと関係ない
残念ながら、OSはわざわざシステム本来のロケールに引数を復元してからアプリに渡すのでアプリの問題じゃなくてOSの問題なのよ。
つまり chcp 65001 しててもアプリにはコードページ932の文字列が渡される。アプリ側ではどうしようもない。
ダウト。そんな事しない
え？ほんまでっか！？
シェルの問題、パイプを噛ませるならともかく。
GetCommandLineW() と CommandLineToArgvW()でオリジナルに近いコマンド引数をUTF-16で得ることはできるね。
実際に試しもしない馬鹿
何を試すか示されてないのに、
どうやって試せと？ｗ
お前なら何を試すんだ？
って定義で揉めているの？
また文系が本質に関係ない所で暴れているのか
何がやりたいのやら
それだけ
昔は表示できない非SJIS文字が多かった。単にchcpしただけでは対応できなかった。
そうじゃない。
OSはAPIを提供している。
その中には古いOSやアプリとの互換性を保つためのAPIもある。
その互換性を重視したAPIを使ったアプリの仕様は
アプリの問題でありOSの問題ではないということ
> カーネルがUnicodeでシェルがShiftJISだった
それだけだと中国でもShiftJISみたいだろｗ
それにシェルとコマンドプロンプトの違いもわかってない。
Windowsにおいてエクスプローラーもシェルだし、こっちは完全Unicode対応
Windows NT系は最初からUnicode。コマンドプロンプトもUnicode対応だが
互換性のためにデフォルトでは「Unicode対応でないプログラムの言語」の設定に
対応したコードページになっておりこれは変更できる。
ここまでかいて「それだけ」と言えるんだよ
互換性は必要なのだからOSの問題でもない。アプリもメンテが大変だから対応でなくても仕方ない。
できないことをやろうとする利用者の問題だろ。
そんなに文句垂れるならVM使うなり、サブマシンをサーバー化してSSH/MOSH,RDPでつなぐなりすればいいだけ。
WSLは成長途中で成熟すらしてないのに文句垂れるのはアホ。MsWinだって温故知新の如く開発をしている。それでもIEやレガシーシステム捨てないような阿呆のために互換性を捏ね繰り回して考えている。
我々利用者は限られた選択肢をどうするかだけだろ
利用者として要求するならインサイダープログラムにでもさんかしてフィードバックでもしろ。そうじゃなきゃ知識ある人間が文句垂れんなよ。
そういう人どこにでもいるから気にしない。
WSLには本当に感謝してる人もいるってことを忘れないでね。
日本国内だけしか使えない
一方、UTF-8 は、すべての国(多国間)で使える
だから外人は、sjis 対応では作っていないから、ほとんどのアプリでバグる。
漏れら日本人が、言語一覧表に表示される、何百もの言語に対応しないのと同じ
ただ、WSL がすごいのは、Windows側のsjis のファイル名を、
Linux側では、UTF-8 に自動的に変換して、読めるようにしている
逆。Unicodeのファイル名を可能な限りsjisで読めるように擬態してきたのがWindows NTのすごさ。
単純にWindowsの開発が凄いってことだ
MSがすべての文字は16bitで固定的に表現できるって言ってた気がする
SJISの並び順を維持したままソートするのがWindowsNTの地味な偉さでそ。
リストビューとかソートするプログラムもソート順だけ指定してあとはOSにお任せ。
ほんとそうですね。Linuxの10年先行ってる。
むしろWindows1.0〜Meとの互換のためにNTの潜在能力を出し切れていない面が多い
カトラーが作ったわけじゃないんだけどね。若い人かな？
すべて2種類作られている
MFC では、_T( )マクロで文字列を囲むと、両方に対応できる。
_T( "日本語" )
この型を、TCHAR 型と言う
そして、ソースコードのビルド時に、どちらのエンコードを使うか、指定できる
どの道、sjis を使うのは、日本人だけ。
外人のアプリでバグるから、どうしようもない
unicode なら外人も使うから、バグらない
外人＜Unicode対応したぜ！he he（ASCII相当な英数字しか通らない）
Windows-31JはIANAにも登録されてると思うのだが
> ただ、WSL がすごいのは、Windows側のsjis のファイル名を、
Windows側にsjis のファイル名なんて一つもないよ。
すべてUnicodeのファイル名になってる。
> Windows API には、sjis/unicode 用の2つの関数がある。
あははｗ SJISは日本語専用なのに
日本語専用のAPIがあるわけないじゃないですかｗ
こういうレベルだから馬鹿にされるんやで
> MSがすべての文字は16bitで固定的に表現できるって言ってた気がする
MSは言っていない。言っていたのはUnicodeを作ってる連中
> UnicodeとSJISでは文字の並びが違うからそのまま文字列ソートしたら違う結果になる。
ほんと言ってることのレベルが低すぎて哀れ
文字の並び？ Unicodeでは文字の並びは文字コードの並びではない。
Unicodeではどういう順番にするかという並べ方が複数定義されてる
現在のロケールに合わせて適切な順番を選んでいるだけ
今はもうsjisなんか使ってない
Unicodeを使って開発している。
外国人もUnicodeを使っている。そうしないと絵文字すら使えないから。
逆に言えば絵文字が使えればUnicode対応
Unicode対応で作ってるからほとんどのアプリはバグらない
時系列がめちゃくちゃ
時系列？
Unicodeが最初にできて（文字の並びも）
Windows NTがUnicodeを採用して
その後にUTF-8が作られた
これでいい？
何がメチャクチャなのか知らんが
FDの中も？
最初が間違いだな
元々UnicodeはJStarのコードだよ
Etehernet（イエローケーブル）とか
長い間、画面解像度が1/72inchだったのもそうだ
英語圏はデータ増えるの嫌って
A系関数I決め打ちで作ってるソフトが多かった気がするけどなあ
そもそも9x全盛期だったが
外人がchar感覚で配列いじくってるプログラムは多バイト圏でバグるよ
Unicode 関数と ANSI 関数
マイクロソフトが Windows に Unicode のサポートを導入したときは、
スムーズな移行を実現するために ANSI 文字列と Unicode 文字列のそれぞれに対応する 2 つの API を提供しました。
たとえば、ウィンドウのタイトル バーのテキストを設定する関数には次の 2 つがあります。
SetWindowTextA: ANSI 文字列を使用します。
SetWindowTextW: Unicode 文字列を使用します。
内部的には、ANSI バージョンは文字列を Unicode に変換しています。
また、Windows ヘッダーが定義するマクロによって Unicode バージョンに変換できます。
ここではプリプロセッサ シンボル UNICODE が定義されていると Unicode になり、定義されていない場合は ANSI バージョンになります。
#ifdef UNICODE
#define SetWindowText SetWindowTextW
#else
#define SetWindowText SetWindowTextA
#endif
MSDN では、この関数は SetWindowText の名称でドキュメント化されています。
ただしこれは実際の関数の名前ではなく、マクロ名です。
>>901にも書いてあるけど、普通はA系決め打ちのコードなんて書かないよ
コードには SetWindowText と書いておいて
シンボル UNICODE が定義されているかどうかで切り替える
きちんと対応したコードは少なくて大抵はどちらかに決め打ちだった
結果的にマクロで切り替えは無駄に複雑にしただけだった
UNICODEを定義せずに
文字型はchar
これはA決め打ちと言ってもいい
> UNICODEの定義で切り替わるけどANSIバージョンとUNICODEバージョンの両方に
> きちんと対応したコードは少なくて大抵はどちらかに決め打ちだった
なんで両方に対応しなきゃいけなんだ？
Unicodeバージョンだけ作ればいいんだよ。
> Wしか使わないように実装したつもりでもランタイム組み込むとAが混ざる。
標準的なライブラリはすべてUnicode対応
サードパーティの古いライブラリなんか知らんわｗ
そのライブラリの問題だろ。
シンボルUNICODEを定義していなければ、A決め打ち
シンボルUNICODEを定義していれば、W決め打ち
通常はシンボルUNICODEを定義するので、W決め打ち
わかった？
なぜかというとVisual StudioでUTF-16に相当するwchar_tの型サイズや使い道が、他のコンパイラでは異なるから。
多くの人が使っている64bit版WSLのgccは既定でwchar_tがUTF-32なのは周知の事実でしょうに。
試しにWSLのgccでsizeof(wchar_t)を出力するプログラムを書いてみればすぐわかる。
全体的にコードがキモくなるからやってるのはあんま見ないね
だいたいwmain用意しといて引数はさっさとUTF-8に変換して内部はchar*オンリーで
Windows依存のところでwchar*に戻すみたいなコードを入れてる気がする
ただそれもCJK圏の人が気を利かせてパッチ投げて追加されるなんて場合が多い感じだけど
だからマクロがあるんだろ。何を言ってるんだろうか？
もしかしてマクロの意味わかってない？
シンボルUNICODEで簡単に切り替えられるんだよ？
AとかWというのはAPI呼び出しの話であって、
wchar_tとかには関係ない話。
> wchar_tがUTF-32なのは周知の事実でしょうに。
とかいうが、普通はLinuxではUTF-8を使うだろ？
おかしいよな？ちゃんと理由を説明できるかい？ｗ
UTF-8に変換して内部charというのなら、Windowsでも内部charで扱えばいいだけだし、
API呼び出しは話が別で、内部をUTF-8（char型）にしてるならAを使うのは間違っている。（実体はUTF-8だから）
この場合はUTF-8をUTF-16に変換してWを使うのが正しい。
な？言ってることメチャクチャだろ？
こいつわかってないんだよ。
メモリ上はUTF-16/32、プロセス間のデータやりとりはUTF-8、という使い分けがさらに進んでいく気がする。
文字に対する処理はライブラリを使わないとやってられないんだから
もうそんなレベルじゃない。逆にライブラリ使えばどっちでもいい。
漢字1文字が最大8バイト、Unicodeの「IVS」とは？
https://tech.nikkeibp.co.jp/it/article/COLUMN/20100126/343783/
> 最新のUnicodeにおけるIVS（Ideographic Variation Sequence）を考慮すると、
> 漢字1文字は必ずしも4バイト以内に収まらない。UTF-8でもUTF-16でも、
> 最悪8バイトは必要になると考えられる。
確かにそのとおり。一文字を固定長と決めつけたコードを書くこと自体が良くない。
将来、人類は知能の高い地球外生命体と遭遇してさらに文字が増える可能性もある。
その知能の高い地球外生命体が使ってる文字コードを使えばいい。
宇宙コード、universe code、通称 unicode
まさにこれ！
Unicode は多国間で共通だけど、ANSI は各国で異なる。
ANSI は日本では、sjis になる
外人は、sjis を知らないし、
逆に日本人は、sjis 以外の他国の文字コードを知らない
外人は半角英数字で考えるから、char 配列で、1バイトずついじってくるから、
複数バイトで構成される文字で、バグる
日本語を入力すると、カーソル移動がおかしくなる。
日本語文字のバイト数分(3バイト？)、移動してしまう
外人には、こういうプログラミングが多い
また、Windows のRuby(MSYS2)で、irb で日本語があるとバグるけど、
WSLのRubyでは、バグらない！
これは、WSLでは、コマンドプロンプトと同じ画面を使っているから。
Windowsのコマンドプロンプト/PowerShell は、日本語でもバグらない
コンソールアプリの日本語が化けるのはプレビューで去年踏んだが…
プログラム書いてるやつのせいというより、処理系の問題かな。
まだ治ってないよね、これ
コマンドプロンプトは地味に進歩しつつバグも生まれていっている。
多分別件かな
踏んだのは日本語の表示が化けるってヤツだった
ファイルにリダイレクトすると大丈夫
もちろんフィードバック済み、コレクションにされたけど200票以上入ってた
上の方でX入れんと日本語扱えないじゃんって書いたのは俺だが、
単に標準のbashターミナルでは日本語入力できないじゃんってという純粋にWSL環境の話だったのに…
標準のbashターミナルで日本語入力できるから、
どっかの馬鹿が勘違いしただけという話で終わってる
コンソールはwindowsのimeで日本語入力可能。vim, emacsコンソール版, nano
などで使える。
wslttyでも使える。
GUIはMozcなどで入力。
ubuntuなら、後者もググれば、情報あり。
それでカーソルが消えるのか
後、PCのスペックがCORE i3の4GBなんですが仮想マシンでやると重くて作業にならないみたいな事になりますか？
仮想マシンは固定でメモリを割り当てる必要があるから4GBだとかなり厳しい
でも、Windows側でEclipseとかIDE立ち上げるときつそう。
PHPで開発するらしいし、Cloud9とかサーバーサイドで動くIDEを同じVMに作る手もあるけど・・・
https://qiita.com/naniwaKun/items/b7b45a6e6ed33ce81eb9
やっぱ根本的にディスクアクセス遅い。
cloud9ですか調べてみますねm(_ _)m
HDD?
それなら癖あってもラズパイ一台買ったほうがいい
それかもうPentium４とかでもいいからパソコン買ってそれに打ち込む
個人的おすすめはまだ現役でイケるcore2duoに4ギガ積んでxubuntuとかUbuntu Server, centosいれるほうがいい。
PHP、Apacheはラズパイか？
ラズパイ3以降はUSBのバスパワーじゃ動かないから、ACアダプター追加の投資がいるな。
まあ、ケース含めて一万もかからないけど、無印やZeroは貧弱するからLAMP
に向かない。
ある程度までは、cpuよりメモリ重視。メモリある程度積んだら、cpuで差がつく。
これは、昔も今も変わらんが、最低限のメモリの容量は時代とともに増加する。
VMで充分だろ、ラズパイ使うくらいなら。
Eclipseとかアホか。
うちはサクサクだけど……
ちゃんとSysMain(スーパーフェッチ）でメモリに持ち上げてますか？
WSLも問題なく動くし
ﾁｮﾛﾒはメモリ食うからね。
あとタスク常駐数
crystaldiskinfo,line,fclix,volume2,signal now expressみたいなのを常駐させるだけ食う
gnsとかVM大量に動かしてれば尚更
Electronで出来てるけどChromeよりは軽いし。
特に初心者は、俺もそうだったし。
拡張機能便利だしキレイだし、ターミナルでWSL使えるのもいいよね。
保存文字コードutf-8/LFに設定しとけば問題ないし
PHPはビルトインサーバー機能使えるし、WSLにPHP入れればできないこともないか。
サーバー(Nodejs)とクライアント(WEBブラウザ)両方起動する必要あるけど、どちらを停止しても
また起動すれば前回の状態にそっくりそのまま戻る。
VSCodeみたいな拡張機能はないけど・・・
そういう問題でもないような
System32をlsするでしょ
WSLやcygwinだといつ終わるかわからない
virtualboxの共有フォルダ経由ならすぐ終わる。
一瞬で終わるが…
x86_ ctrl-i 固まる
みたいなのも一度キャッシュ入ればいいようだね。
ウィルスバスターだと、wslからWindowsネイティブのプログラムをコマンド実行するのに0.3秒奪われる。
キャッシュとか関係なく、WSLからls実行した結果や
time ls /mnt/c/Windows/System32
real 0m1.827s
user 0m0.016s
sys 0m0.703s
2秒かかっとらん。
これは画面表示に時間がかかっているだけで
time ls /mnt/c/Windows/System32 > /dev/null だったら
real 0m0.027s
user 0m0.016s
sys 0m0.000s
二回目はキャッシュに入るから
real 0m1.431s
user 0m0.047s
sys 0m0.734s
速くはなるが大幅な差なんてでねーよ
ま、HDDでディスクアクセスがひどいなら話は別だろうけどな
お前のパソコン、ウイルスに感染してるのを疑ったようがいい
/mnt/c/Windows/System32 のls か、すぐに終わる
959は一体どんな環境でやってるのだろうか
コマンドプロンプト
real 0m1.269s
user 0m0.047s
sys 0m0.531s
VcXsrv Xfce xfce4-terminal
real 0m0.533s
user 0m0.031s
sys 0m0.500s
今の話は、コマンドプロンプトではなくて
高機能になった、新しいWSLのコンソールで
lsを実行すると一瞬で終わるって話
emacsのcompanyでディレクトリ名補完かかるとコーヒー入れて待機だし
rep2をビルトインサーバーで動かして、w3mで携帯用のサイトを見れた。
WSLだけで5chが見れる。
書き込みもこれでいける。
WSLが無い頃はどうしてた？
今回やった方法はCygwinでやったことあるけど、苦労した割には遅くて使い物にならなかった。
WSLならUnuntuでやるのと全く同じでパッケージもサクサク入れられるし動作も安定してる。
>>966 は補足やアンカを付けなかったのがいけないのですが、いわゆる余談です。
>>963 の 画面表示に時間がかかっている というくだりに掛けてあります。
（WSLのコンソールはコマンドプロンプトのコンポーネントを引いています）
遅レスだけど、その前はCygwinとVMで Navi2ch 使ってた。速度的にはどれでも無問題。
みんな、VMでもWSLでも一瞬で終わるって言ってるから、
WSLのせいじゃないってことだよな。
だからおとなしくubuntuとかのアイコンから開けばいいだけ。
winR実行とかできないって文句言うなら shell:appsforderからショートカット飛ばして同じ階層に「start %1」を内包させたbat用意して *.bat [shortcut-name] で動かせばいいだけ。
そういう話じゃないのよ
> System32をlsするでしょ
> WSLやcygwinだといつ終わるかわからない
↑これが嘘だったって言うこと。
1秒ちょっとで終わるのに、いつ終わるかわからないなんて
思うわけがないでしょ？
全レス安価の如くそうつっこまないでいいだろ
俺なんかはそう云う決め付け根性で書き込んで話の通じないようなやつは釣りだとしか思わないし
終わんないし
一度実行するとすぐ終わるけど
明示的にキャッシュにでも取り込めばいいのかね
system32にどんだけファイル数あるの？
lsを実行してる所を動画にして公開してくれよ
ls | wc -l
ってやったら数値は幾つになる？
ハードウェアが古いとか？
もしくはどこかおかしくてアクセス待ちかリトライで遅くなっているとか？
（一度でも正常にアクセスできればキャッシュに乗るのでその後はすぐに終わると思う）
>>983
いまだにくししなので試してみましたｗ
約 8年前の PC CPU 860 MEM 16GB HDD 5400rpm
プリフェッチ・スーパーフェッチは共に既定値（システム＋アプリ）
PCを起動してスタートメニューから Debian GNU/Linux を起動後、time ls /mnt/c/Windows/System32 を実行
ls /mnt/c/Windows/System32 | wc -l は 4743
初回
real 0m2.266s
user 0m0.063s
sys 0m0.781s
２回目以降 (real 大体±0.2s)
real 0m1.540s
user 0m0.094s
sys 0m0.703s
困るほど遅くはないですね
漏れも、CPU-i3, SSD-128GB, 8GBメモリでやってみたら、4513 だった
一瞬で表示されるという事は、
ほとんどの時間は、すべてのファイル名を表示する時間
それさえしなければ速い！
1秒もかかりはしない
いろいろ試行錯誤したがChocolateyではバージョンが下げられない。
結局、公式サイトからインストーラ wsltty-1.9.6-install.exe を取得して再インストールした。
Releases mintty/wsltty GitHub
https://github.com/mintty/wsltty/releases
Cygwinスレでminttyがバグってみんな困ってるのを傍観してたが、自分も同じ目にあってしまったよ。
環境の保存と復元が楽になって素人の俺によさげです
https://news.mynavi.jp/article/20190110-754413/
これでVirtualBoxを捨てられそうだ。
今はlxrunofflineでdドライブにはいれてるけど、標準で出来るなら楽かな
大学にスナップショットの説明できるな。
これで大学PCにWSL導入できる
【Bash】Windows Subsystem for Linux【WSL】5
http://mao.5ch.net/test/read.cgi/linux/1553100855/l50
新しいスレッドを立ててください。
life time: 131日 13時間 41分 26秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 【滋賀】いなり寿司を万引きしたとして誤認逮捕され、82時間拘束された女性、涙ながらに苦しい胸の内を明かす… ★3 [Hitzeschleier★]
- 築地市場跡地に5万人規模スタジアム建設へ 事業者は三井不動産など ★２ [ぐれ★]
- ロシア出身YouTuber、経済的困窮で「国ガチャ失敗」？嘆く日本人を一喝「給料13万？自分のせいやん」日本を「大当たり」とする理由は [muffin★]
- 大谷翔平を〝見誤った〟北村弁護士が謝罪「大嘘つきにだまされた自分を恥じております」 [muffin★]
- 【理研】日本人の祖先は「縄文系」「関西系」「東北系」の３系統か、ゲノム分析で従来の説「縄文と弥生」に疑問 ★2 [樽悶★]
- 【芸能】『あの小学生が…』 あの女性芸人が19歳になりビキニ姿を披露！ 完熟ボディにファン「グラドル転向ですね」「立派に育って涙」 [冬月記者★]
- 【実況】博衣こよりがえちえちplate up🧪★2
- 【悲報】だが、ビーガニズムに対する反発がアンチヴィーガンなんだよね
- 【実況】博衣こよりがえちえちplate up🧪★4
- 【実況】博衣こよりがえちえちplate up🧪★3
- 昨日コテ名をもらったJSですけど
- 同級生に裏垢でおっぱい見せてって言ってる