【Bash】Windows Subsystem for Linux【WSL】8

ついにWSL2が登場したぜー。こりゃ完全にLinuxだ。ヒャッハー！WSL最高！開発にLinuxは使わねぇー。Windowsで開発してLinuxは動かすだけや！

WSL2アーキテクチャ
https://www.atmarkit.co.jp/ait/articles/1906/14/news019.html

WSL 2では、仮想マシン環境が起動し、bashがコマンドを受け付けるまで2秒程度という速度で起動できる。
このため、コマンドプロンプトなどからwsl.exeなどを使ってbashコマンドを処理する時間は、
現在のWSL 1とほとんど変わらない。また、本物のLinux実行環境であるため、
これまで正しく動作できなかったアプリケーション、例えばコンテナシステム（Dockerなど）や
ユーザーファイルシステム（FUSEなど）も動作させることができる。その上で、現在のWSL 1と同等の機能と使い勝手を実現するという。

WSL 2はWSL 1を置き換えずに併存する
　WSL 2が登場したからといって、WSL 1は廃止になるわけではなく、引き続き利用可能である。

ファイル共有プロトコル「9P」でWSL 1との互換性を確保
　このように、WSL 2とWin32環境の間のファイル共有は、どちらも9Pを使うことになる。
　また、WSLからWin32プログラムを起動する「Win32相互運用性」では、最初にWSL側で、
実行ファイルを判別する必要がある。具体的には、実行ファイル先頭のマジックナンバー
（Win32ではMZ）を見て、LinuxのELF64か、Win32の実行ファイルなのかを判断する。

【Bash】Windows Subsystem for Linux【WSL】7
https://mao.5ch.net/test/read.cgi/linux/1579395785/

そんなことするなら、GoとかRustの方がいいんじゃね？

>>278
質問に答えよ

シェルスクリプトからPython,Perl,Rubyへ移植するのは簡単か否か


簡単ならシェルスクリプトで書けばいいし
難しいならなんでそんな難しいことするんだよって話になる

>>281
JScriptで書いたものがNode.jsでそのまま（ないし少しの修正）動かせるなら、
WSHを使うのも吝かではない

シェルスクリプトは機能追加しにくいってのは意味不明だけど、何を使って実装するかは、対象によって変えるのが普通で、シェルで作った物をコンパイル言語で書き換えることになったりしないよ

>>280
先人の知恵を使う方が速いし楽だ。先ずはcoreutilsとsed,awkで。それでできなかったら、pythonでもjuliaでも好きなの使えばよろし

シェルスクリプトの複雑怪奇なワンライナーとかじゃなくて
2〜3個コマンドつなげただけの単純なワンライナーでも
それを他の言語にするとバグあるんじゃねーかこれ？レベルの
テストが必要なコードになるからね

シェルスクリプトで書くと後で他の言語に書き直したくなるっていうのは
そもそも最初にシェルスクリプトを選んだのが間違いってだけ

LLで書くまでもないと思ってシェルスクリプトで書いてもあとからやっぱりLLにしておけばよかったてのはよくある

そういうのはそもそもシェルスクリプトで書くべきではなかっただけ
なぜ用途で使う言語を選ぶことができないのか？

つ「馬鹿の一つ覚え」

つ「一知半解」

結局どっちで書くべきだったのかは実際書いてみないとわからない時もある
一見コマンドの組み合わせで何とかなりそうに見えたからシェルスクリプトで組んでみたものの思いの外処理が複雑でawk,sedでは辛かったり

(以前そういう処理書いてたときは複雑な部分だけpythonで書いて
シェルスクリプト内でpythonをパイプで挟んだ)

> の思いの外処理が複雑でawk,sedでは辛かったり

？

awkは行と列単位の処理
sedは行単位の置換

変にGNUの拡張使うのがいかんのやろ
できるからやるんじゃなくて、それぞれのコマンドに適した問題を
そのコマンドでやればいいだけだよ。適してるかなんてすぐわかるじゃん。
問題が適していないとわかった時点で、別の方法を使えばいい。

それにさ、awkやsedでつらいっていうけど、それシェルスクリプトじゃないから。
awkがつらい、sedがつらい。ならあんたが言うように
awkやsedの部分だけをpythonに置き換えればいいだけ

それはawkやsedを置き換えてるのであって、シェルスクリプトを置き換えてはいない

<<を使えば良いのに

sedが辛ければ、普通はperlを使うだろ

素直に最初からperlで組んどけばよかったんじゃ

つまりsedじゃなくてperlを使うという話で
シェルスクリプトとは関係ないわけだ

perlがこの先生きのこるうえでシェルスクリプトっぽく見えるperlの言語仕様が長所になるかもね。

Perlで foo | bar | baz と同じことをするものを作る場合どうするの？

echo HOGE | perl -pe "s/O/A/"
とやればOをAに置換できる

>>299

単に実行するだけなら
system("foo | bar | baz");
ただしsystem()は標準出力される文字列を再利用やリダイレクトできない。

出力結果を変数$hogeに格納するなら
my $hoge = `foo | bar | baz`;


出力を一行ずつ処理したいなどの要求があるなら、素直にパイプ処理のコードを書く必要がある。

>>300
"文字列"ではなく"文字"の一対一の置換、及び削除は tr コマンドを使うか、Perlを使いたいのなら
s 演算子ではなく tr 演算子を使えば、(原理的に)速い。

この板に来る奴の多くはシェルスクリプトしか(それも少しだけしか)できなくて他に選択の余地ない奴が多いだろ

>>302
それはsedやawkじゃあかんのか？

>>303
そういうやつがわざわざここに来るとは思えんけどなぁ...

>>304
基本的にはsedではperlで使う（といっても、もう一般的な）正規表現の記法が使えない
\w、\dあたりは使えたほうが便利

>>305
この板に来る奴の多くは一般的なプログラムをつくらないだろ
(作るのは簡単なシェルスクリプト)
そんな奴は、Ruby、Python、Perlのような言語を学ぶなんてしない

簡単だからこそ、用途に応じて使い分けるということは理解できないかな？

fzf などのインクリメンタルサーチで選択した文字列をそのまま端末の出力バッファに送り込みたい場合、bash環境ではPerlが使われる。
以下に端末の出力バッファに文字列を送る例を示す。0x5412は、bash環境におけるTIOCSTIの実値。

$ perl -e 'ioctl STDOUT, 0x5412, $_ for split //, do{ "echo hello\necho world\necho foobar" };'

訂正。
0x5412は、Linux環境におけるTIOCSTIの実値。

決まった処理させるのにコマンド羅列で済むから最初はbatにするんだけど
扱う対象が増えたりで少し便利にしたいと思ったら途端に面倒になるので
Perlに組み込むなんてことは普通によくある

Ubuntuの初心者ですが
皆さんはデスクトップは何を使用しているのでしょうか
良かったらお勧めのデスクトップを教えてください

Xfce4 というか Xubuntu
インストール後 Japanese team の追加パッケージをインストール
http://ubuntulinux.jp/japanese

書き込んでから気づいたがWSLスレだった。すまん

可読性の高い、Ruby が確実。
漏れは、パッケージの更新も、Ruby スクリプトでやってる

#!/usr/bin/env ruby

# sudo のパスワードを自動入力する
puts `echo パスワード | sudo -S apt-get update`

puts `sudo apt-get upgrade -yV`

パスワードをファイルにベタ書きしたらだめでしょ。
visudo でパスワードなし実行するユーザとコマンドを設定したほうがい。

パッケージの更新とかならMakefileがお手軽じゃない？

>>304
AWKには"文字"の置換はない("文字列"の置換はある)。Sedは内部に tr コマンドがない代わりに y コマ
ンドで"文字"の置換を行え、原理的に速いが、trコマンドやPerlの tr 演算子のように、文字の範囲指定
([0-9]で数字を構成する文字全て、等)ができないので、使い勝手で劣る。

>>315
パスワードをそのままスクリプトに書くのがまずやばいし
そういう簡単な実行頻度の高いやつは
Ctrl+R で履歴検索からでええのでは、、

>>301
それperlからシェル呼んでるだけだろ

コマンドを関数と同じように使える言語があってもいいと思うんですけどね
それがシェルなんだろうけど、言語なんでインタラクティブシェル機能ははなくていいｗ
なぜかみんなPOSIXシェルの代替を目指す。
そんなん無理だろうに

シェルを介さずに外部コマンド呼ぶ方法なんてperlにもpythonにも普通にあるだろ

シェルを介さずに外部コマンド呼ぶことはできるが
パイプのように出力側と入力側でブロックせずに並列で処理を実行できる機能がない

>>323
>>パイプのように出力側と入力側でブロックせずに並列で処理を実行できる機能がない
どういう意味？

>>324
これを実行してみればわかる

for i in $(seq 100); do sleep 1; echo $i; done | grep -E "3|5|8"

>>325
子プロセス作ればいいだけじゃん

>>326
子プロセスを作るだけというのなら
実際に子プロセスを作るだけで動くコードを書いてみましょう。
子プロセスを作るのは難しいという話ではないですよね？ｗ

素直に分からないから教えてくださいってお願いできないものかね
プロセス間通信でググってよく調べとけよ

open my $pipe, '|-', 'grep -E "3|4|5"';
for (0..100) {
sleep 1;
print $pipe "$_\n";
}

>>328
ドザが喜びそうな言い方だな

>>328
バファリングされてんじゃね？

ああ、そうだね

open my $pipe, '|-', 'grep -E "3|4|5"';
select $pipe;
$|　=　1；
for (0..100) {
sleep 1;
print $pipe "$_\n";
}

Perlは並列処理とパイプの相性悪い。別スレッドのパイプハンドルをブロックしてしまう。
CPANライブラリの Parallel::ForkManager を使うとかひと工夫が必要。
なんにせよ「Perlがこの先生きのこるには」スレになりつつあるので話題を変えたほうがいい。

>>332
なあ
お前意味わかっていってる？

ほらね（笑）
このようにシェルスクリプトならバグの余地がないぐらいなのに
>>328のように長くなった上にバグを混入させている。

>>334
シェルスクリプトはバグをOS固有の仕様として甘受するほかないことが多いので、プログラマにできる改善の余地が少ない。

sleep コマンドが満足に動かないWSL版 Ubuntu 20.04 LTS に依存したシェルスクリプトを書くのは大変だろう。
結局、PerlなりPytonなりの言語で書くことになる。

>>336
お前バカなのか？PerlやPytonでもsleepの問題は何も解決しとらんだろ
なーんもしらん証拠

WSL 2 使えばいいだけ

>>337
Perlのsleep()関数も影響受けることは、もちろん知っているよ。>>138,140 を書いたの私だし。

プラットホーム別の分岐処理を入れるとコードは複雑になる。
複雑になればなるほどシェルスクリプトで書くのがつらくなる。

>>316

visudo についてで、コマンドの話になってしまうのですが、
パスワードなしでsudoするための設定は以下であってますよね。
xxxxx ALL=(ALL)NOPASSWD: ALL
通常のdebian機だと上記が有効になるんですが、WSLだと
設定が有効にならず、パスワードを聞かれてしまいます。
伏せている xxxxx は whoami のユーザ名と一致しています。
環境はWSL2、debianです。

>>323
あっさり反論されてよっぽど悔しかったんだなｗ

ワロタwww

>>340
書き込んだ行位置を確認。上の行に書くと下の行の別の設定で上書きされる。

>>343

下の方に書いたら解決しました。ありがとうございました。

ID:Mfeh6D4T
救いようのないアホだな

WSL制限多すぎてCygwinに戻ってしまった

>>346
気になった制限ってどんなこと？

>>347
cygwinだとuna meとするだけでCYGWIN_NT-10.0という文字から
cygwinだってことがわかるが、WSLだとuna meでLinuxだから
区別できない。una me -aとしなければ区別できない

エラーが出るからuna me にはスペース入れてる

uname

うなめ

unameがつかえないという制限は多い

alias うなめ=うなめ -a

alias うなめ=dd if=/dev/zero of=/dev/sda

unameでシステムが判定できない位のことがどんな問題なのか全くわからない

alias vim=sudo rm -rf /
alias vi=emacs

uname(1)がダメならuname(3)を使えばいいじゃない

団子作るやつとプリキュアのドリンクの素みたいなのあったのに回数重ねるといつの間にかなくなってた

WSL制限多すぎてってuname程度の話かよ
ってそもそもWSLはほぼLinuxなんだから
区別する必要もねーだろ

やめたれw

cygwinやWSLからエクスプローラでディレクトリを開くときの変換処理とか割とある。

>>360
cygwinでも変換処理が必要なんだから
cygwinに戻す理由にはなりえませんね

>>360
cygstartとwslstartでいける

WSLわかってないくせに思い込みで語るのはやめてほしいな
WSLは機能的にはすべての面でCygwinを超えてるよ
Windows 10じゃないと使えないってことぐらいだろ

>>363
そうでもない。
Windows側からは、cygwinの実行バイナリを実行できるけど、WSLの実行バイナリを実行できないよ。

>>363
Cygwinわかってないくせに思い込みで語るのはやめてほしいな

>>364
wslコマンド使えば実行できる

Windows コマンド ラインからの Linux ツールの実行
https://docs.microsoft.com/ja-jp/windows/wsl/interop#run-linux-tools-from-a-windows-command-line

cygwinはストレージをブロックデバイスとして扱えるな
これくらい対応して欲しい

とにかくWSLをディスれればそれでいい的に
引き合いに出してくるものの事もろくに理解していないような
変なのが棲み着いてるね

unameで調べないと
謎のカスタマイズされてるから互換性問題とかあるだろうし
ふつーのがそのまま動くVirtualBoxとかのほうがいいだろ

そういやデーモン版のcode-serverって、WSL1で動くもんなの？

>>364
wslコマンドで実行できてるやんｗ

パン切り包丁で魚を卸そうとして、このパン切り包丁は駄目だとわざわざ言う様なものｗ
速やかに出刃を選べない輩が増えているんだな

CygwinはgnupackインクトールしてEmacsと一緒に使っていた。でも使っているとforkエラーが出るよになってrebaseとか言うのしなきゃだめで苦痛だった。WSLはそれがないだけで遥かにいい。あと断然早いし。

Cライブラリのfgets(), fread() はなぜかマイクロソフトのコンパイラcl.exeで作ったバイナリよりもgccで作ったWSLバイナリのほうが速い。

WSLバイナリってなんだ？
Linuxで動くELFの方か？

WSL2の話だったらウイルスチェックをバイパスしてる可能性があるね

>>377
WSL1

画面がないと話にならんな

>>379
それはLinuxを画面なしで使えない人の戯言だよ
WindowsユーザーはLinuxをCLIで使える

画面てなんじゃ
直接モニタ接続しなくてもリモートで使えるのがlinuxの利点なんじゃないの？