【Bash】Windows Subsystem for Linux【WSL】4

**login:Penguin** · 2018/11/09(金) 16:03:28.29

Install the Windows Subsystem for Linux
https://docs.microsoft.com/en-us/windows/wsl/install-win10

前スレ
【Bash】Windows Subsystem for Linux【Ubuntu】3
http://mao.2ch.net/test/read.cgi/linux/1528141781/

**login:Penguin** · 2019/03/03(日) 08:41:45.26

TCHAR使って_UNICODEフラグ立てても
外人がchar感覚で配列いじくってるプログラムは多バイト圏でバグるよ

**login:Penguin** · 2019/03/03(日) 08:46:30.00

https://web.archive.org/web/20140606085036/http://msdn.microsoft.com/ja-jp/library/windows/desktop/ff381407(v=vs.85).aspx

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 の名称でドキュメント化されています。
ただしこれは実際の関数の名前ではなく、マクロ名です。

**login:Penguin** · 2019/03/03(日) 13:14:34.25

>>898

>>901にも書いてあるけど、普通はA系決め打ちのコードなんて書かないよ
コードには SetWindowText と書いておいて
シンボル UNICODE が定義されているかどうかで切り替える

**login:Penguin** · 2019/03/03(日) 13:34:19.53

UNICODEの定義で切り替わるけどANSIバージョンとUNICODEバージョンの両方に
きちんと対応したコードは少なくて大抵はどちらかに決め打ちだった
結果的にマクロで切り替えは無駄に複雑にしただけだった

**login:Penguin** · 2019/03/03(日) 13:42:28.82

Wしか使わないように実装したつもりでもランタイム組み込むとAが混ざる。

**login:Penguin** · 2019/03/03(日) 13:48:40.02

関数名はAもWも書いてない
UNICODEを定義せずに
文字型はchar

これはA決め打ちと言ってもいい

**login:Penguin** · 2019/03/03(日) 13:55:15.87

>>903
> UNICODEの定義で切り替わるけどANSIバージョンとUNICODEバージョンの両方に
> きちんと対応したコードは少なくて大抵はどちらかに決め打ちだった

なんで両方に対応しなきゃいけなんだ？
Unicodeバージョンだけ作ればいいんだよ。

**login:Penguin** · 2019/03/03(日) 13:56:42.63

>>904
> Wしか使わないように実装したつもりでもランタイム組み込むとAが混ざる。

標準的なライブラリはすべてUnicode対応

サードパーティの古いライブラリなんか知らんわｗ
そのライブラリの問題だろ。

**login:Penguin** · 2019/03/03(日) 13:57:46.70

>>905
シンボルUNICODEを定義していなければ、A決め打ち
シンボルUNICODEを定義していれば、W決め打ち

通常はシンボルUNICODEを定義するので、W決め打ち
わかった？

**login:Penguin** · 2019/03/03(日) 15:43:28.14

linuxと互換性のあるプログラムを書こうと思ったらA決め打ちにせざるを得ない。
なぜかというとVisual StudioでUTF-16に相当するwchar_tの型サイズや使い道が、他のコンパイラでは異なるから。
多くの人が使っている64bit版WSLのgccは既定でwchar_tがUTF-32なのは周知の事実でしょうに。
試しにWSLのgccでsizeof(wchar_t)を出力するプログラムを書いてみればすぐわかる。

**login:Penguin** · 2019/03/03(日) 16:11:07.70

まあ全部TCHAR系にしてun*x側で標準の(ワイドじゃない)文字列関数に展開するマクロを用意しとけば一応可能だけど
全体的にコードがキモくなるからやってるのはあんま見ないね
だいたいwmain用意しといて引数はさっさとUTF-8に変換して内部はchar*オンリーで
Windows依存のところでwchar*に戻すみたいなコードを入れてる気がする
ただそれもCJK圏の人が気を利かせてパッチ投げて追加されるなんて場合が多い感じだけど

**login:Penguin** · 2019/03/03(日) 16:21:20.61

> linuxと互換性のあるプログラムを書こうと思ったらA決め打ちにせざるを得ない。

だからマクロがあるんだろ。何を言ってるんだろうか？

もしかしてマクロの意味わかってない？
シンボルUNICODEで簡単に切り替えられるんだよ？

**login:Penguin** · 2019/03/03(日) 16:26:40.30

というか、そもそも言ってることがめちゃくちゃで、

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を使うのが正しい。

な？言ってることメチャクチャだろ？
こいつわかってないんだよ。

**login:Penguin** · 2019/03/03(日) 16:45:47.18

やっぱり、日本が悪いニダ！

**login:Penguin** · 2019/03/03(日) 17:21:16.60

文字列に対する処理は、UTF8よりもUTF-16/32の方がコードを簡潔に書ける利点があるよ。
メモリ上はUTF-16/32、プロセス間のデータやりとりはUTF-8、という使い分けがさらに進んでいく気がする。

**login:Penguin** · 2019/03/03(日) 17:31:48.20

サロゲートペアとか考えるともうUTF-16はいらない子だと思うんですけど！

**login:Penguin** · 2019/03/03(日) 18:29:12.90

いつまで脱線続けるんだ？

**login:Penguin** · 2019/03/03(日) 19:51:28.44

>>914
文字に対する処理はライブラリを使わないとやってられないんだから
もうそんなレベルじゃない。逆にライブラリ使えばどっちでもいい。

漢字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バイトは必要になると考えられる。

**login:Penguin** · 2019/03/03(日) 20:42:27.22

>>917
確かにそのとおり。一文字を固定長と決めつけたコードを書くこと自体が良くない。
将来、人類は知能の高い地球外生命体と遭遇してさらに文字が増える可能性もある。

**login:Penguin** · 2019/03/03(日) 20:55:52.27

知能の高い地球外生命体と遭遇したら、
その知能の高い地球外生命体が使ってる文字コードを使えばいい。

宇宙コード、universe code、通称 unicode

**login:Penguin** · 2019/03/03(日) 21:10:40.68

知能の高い地球外生命体が使ってる文字コードがしれっとロケールのひとつとしてとりこまれる悪夢に10000ペリカ

**login:Penguin** · 2019/03/03(日) 22:01:26.22

知能の高い地球外生命体はchar=int=256bitとか使ってそうだがなあ

**872** · 2019/03/03(日) 22:36:41.09

>>901
まさにこれ！

Unicode は多国間で共通だけど、ANSI は各国で異なる。
ANSI は日本では、sjis になる

外人は、sjis を知らないし、
逆に日本人は、sjis 以外の他国の文字コードを知らない

外人は半角英数字で考えるから、char 配列で、1バイトずついじってくるから、
複数バイトで構成される文字で、バグる

**872** · 2019/03/03(日) 22:50:40.26

例えば、paiza.IO のサイトで、ブラウザからプログラミングしても、
日本語を入力すると、カーソル移動がおかしくなる。
日本語文字のバイト数分(3バイト？)、移動してしまう

外人には、こういうプログラミングが多い

また、Windows のRuby(MSYS2)で、irb で日本語があるとバグるけど、
WSLのRubyでは、バグらない！

これは、WSLでは、コマンドプロンプトと同じ画面を使っているから。
Windowsのコマンドプロンプト/PowerShell は、日本語でもバグらない

**login:Penguin** · 2019/03/03(日) 23:06:38.98

日本語を使う人がフィードバックしてないだけだと思うけど
コンソールアプリの日本語が化けるのはプレビューで去年踏んだが…

**login:Penguin** · 2019/03/03(日) 23:18:59.09

Cloud9だったら問題ないけどな・・・
プログラム書いてるやつのせいというより、処理系の問題かな。

**login:Penguin** · 2019/03/03(日) 23:26:41.02

>>924
まだ治ってないよね、これ

**login:Penguin** · 2019/03/03(日) 23:58:07.96

そんなに嫌ならお前らがフィードバックしろw

**login:Penguin** · 2019/03/04(月) 00:00:22.63

コマンドプロンプトで半角/全角を切り替えて入力しているとキーカーソルが表示されなくなる不具合がたまに起きるね。
コマンドプロンプトは地味に進歩しつつバグも生まれていっている。

**login:Penguin** · 2019/03/04(月) 00:06:35.36

>>926
多分別件かな
踏んだのは日本語の表示が化けるってヤツだった
ファイルにリダイレクトすると大丈夫

もちろんフィードバック済み、コレクションにされたけど200票以上入ってた

**login:Penguin** · 2019/03/04(月) 10:38:09.94

ゔぁー、荒れてるな。
上の方でX入れんと日本語扱えないじゃんって書いたのは俺だが、
単に標準のbashターミナルでは日本語入力できないじゃんってという純粋にWSL環境の話だったのに…

**login:Penguin** · 2019/03/04(月) 10:48:42.31

このスレ数人スレチおじさんが常駐してるよな

**login:Penguin** · 2019/03/04(月) 11:05:05.18

>>930
標準のbashターミナルで日本語入力できるから、
どっかの馬鹿が勘違いしただけという話で終わってる

**login:Penguin** · 2019/03/04(月) 19:38:23.38

>>932
コンソールはwindowsのimeで日本語入力可能。vim, emacsコンソール版, nano
などで使える。
wslttyでも使える。

GUIはMozcなどで入力。
ubuntuなら、後者もググれば、情報あり。

**login:Penguin** · 2019/03/04(月) 23:45:51.41

>>928
それでカーソルが消えるのか

**login:Penguin** · 2019/03/05(火) 07:41:27.96

ローカルでLAMP開発したいんですがwslでやるのと仮想マシンでやるのは大きく違いはありますか？
後、PCのスペックがCORE i3の4GBなんですが仮想マシンでやると重くて作業にならないみたいな事になりますか？

**login:Penguin** · 2019/03/05(火) 08:15:03.31

>>935
仮想マシンは固定でメモリを割り当てる必要があるから4GBだとかなり厳しい

**login:Penguin** · 2019/03/05(火) 09:34:57.18

4GBだとOSとブラウザだけで限界じゃないか？

**login:Penguin** · 2019/03/05(火) 10:16:36.20

サーバーだけなら1GBでもいける。
でも、Windows側でEclipseとかIDE立ち上げるときつそう。
PHPで開発するらしいし、Cloud9とかサーバーサイドで動くIDEを同じVMに作る手もあるけど・・・

**login:Penguin** · 2019/03/05(火) 10:17:14.57

WSLにこだわるなら、これやってみる？
https://qiita.com/naniwaKun/items/b7b45a6e6ed33ce81eb9

**login:Penguin** · 2019/03/05(火) 14:08:26.17

ctrl-iで補完したりlsするだけでファイル探しにめっちゃ固まるな。
やっぱ根本的にディスクアクセス遅い。

**login:Penguin** · 2019/03/05(火) 14:33:39.83

やはり4GBだと厳しんですねもうちょい良いやつ買えば良かった(-_-)ありがとうございます
cloud9ですか調べてみますねm(_ _)m

**login:Penguin** · 2019/03/05(火) 15:16:40.33

>>940
HDD?

**login:Penguin** · 2019/03/05(火) 17:22:19.00

正直言うと
それなら癖あってもラズパイ一台買ったほうがいい
それかもうPentium４とかでもいいからパソコン買ってそれに打ち込む
個人的おすすめはまだ現役でイケるcore2duoに4ギガ積んでxubuntuとかUbuntu Server, centosいれるほうがいい。

**login:Penguin** · 2019/03/05(火) 17:27:48.86

DB、開発環境はWindows。
PHP、Apacheはラズパイか？

ラズパイ3以降はUSBのバスパワーじゃ動かないから、ACアダプター追加の投資がいるな。
まあ、ケース含めて一万もかからないけど、無印やZeroは貧弱するからLAMP
に向かない。

**605** · 2019/03/05(火) 21:24:34.23

>>941
ある程度までは、cpuよりメモリ重視。メモリある程度積んだら、cpuで差がつく。
これは、昔も今も変わらんが、最低限のメモリの容量は時代とともに増加する。

**login:Penguin** · 2019/03/06(水) 02:15:38.98

>>943
VMで充分だろ、ラズパイ使うくらいなら。
Eclipseとかアホか。

**login:Penguin** · 2019/03/06(水) 02:34:07.97

Windows10は搭載メモリが4GBだとかなり重い。8GBでようやく通常動作が快適になる。

**login:Penguin** · 2019/03/06(水) 03:37:00.46

>>940
うちはサクサクだけど……
ちゃんとSysMain(スーパーフェッチ）でメモリに持ち上げてますか？

**login:Penguin** · 2019/03/06(水) 08:21:05.81

通常動作なんて人それぞれだから、4GBでも別に事足りる人はいるけど
WSLも問題なく動くし

**login:Penguin** · 2019/03/06(水) 10:07:22.83

おもにﾁｮﾛﾒ使うかFOX使うかによるよね
ﾁｮﾛﾒはメモリ食うからね。
あとタスク常駐数
crystaldiskinfo,line,fclix,volume2,signal now expressみたいなのを常駐させるだけ食う
gnsとかVM大量に動かしてれば尚更

**login:Penguin** · 2019/03/06(水) 10:10:55.89

IDE時いうかエディタはVSCodeがおすすめ。
Electronで出来てるけどChromeよりは軽いし。

**login:Penguin** · 2019/03/06(水) 10:13:05.44

LAMPやめてXAMPP入れてWinオンリーの環境で始めた方がいいかもな。
特に初心者は、俺もそうだったし。

**login:Penguin** · 2019/03/06(水) 11:57:46.04

>>951
拡張機能便利だしキレイだし、ターミナルでWSL使えるのもいいよね。
保存文字コードutf-8/LFに設定しとけば問題ないし

**login:Penguin** · 2019/03/06(水) 12:14:46.45

そうなんだよな。
PHPはビルトインサーバー機能使えるし、WSLにPHP入れればできないこともないか。

**login:Penguin** · 2019/03/06(水) 12:20:42.92

いまどきビルトインサーバーが機能がない言語なんてないだろ

**login:Penguin** · 2019/03/06(水) 13:52:51.08

それを言語と呼ぶ奴のセンスが信じられん

**login:Penguin** · 2019/03/06(水) 14:10:16.14

ペチパーにはよくあること

**login:Penguin** · 2019/03/06(水) 16:17:05.18

WSLにCloud9突っ込んでみたが結構いけるねこれ。

サーバー(Nodejs)とクライアント(WEBブラウザ)両方起動する必要あるけど、どちらを停止しても
また起動すれば前回の状態にそっくりそのまま戻る。
VSCodeみたいな拡張機能はないけど・・・

**login:Penguin** · 2019/03/07(木) 11:12:58.33

>>948
そういう問題でもないような
System32をlsするでしょ
WSLやcygwinだといつ終わるかわからない
virtualboxの共有フォルダ経由ならすぐ終わる。

**login:Penguin** · 2019/03/07(木) 12:12:01.93

system32のls？
一瞬で終わるが…

**login:Penguin** · 2019/03/07(木) 13:39:43.78

すまん、キャッシュに入れば速いか
x86_ ctrl-i 固まる　
みたいなのも一度キャッシュ入ればいいようだね。

**login:Penguin** · 2019/03/07(木) 16:09:30.56

常駐しているウィルス対策ソフトの影響も大きいよ。
ウィルスバスターだと、wslからWindowsネイティブのプログラムをコマンド実行するのに0.3秒奪われる。

**login:Penguin** · 2019/03/07(木) 17:28:07.75

>>961
キャッシュとか関係なく、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でディスクアクセスがひどいなら話は別だろうけどな

お前のパソコン、ウイルスに感染してるのを疑ったようがいい

**login:Penguin** · 2019/03/07(木) 22:30:18.51

CPU-i3, 8GBメモリで、

/mnt/c/Windows/System32 のls か、すぐに終わる

**login:Penguin** · 2019/03/07(木) 22:54:05.11

Celeron 4GBでもすぐ終わるで
959は一体どんな環境でやってるのだろうか

**login:Penguin** · 2019/03/08(金) 01:56:25.03

Windows のコマンドプロンプトは無難に基本機能で動くように作られているので遅いのは致し方ないですね。

コマンドプロンプト
real 0m1.269s
user 0m0.047s
sys 0m0.531s

VcXsrv Xfce xfce4-terminal
real 0m0.533s
user 0m0.031s
sys 0m0.500s

**login:Penguin** · 2019/03/08(金) 11:20:34.91

>>966
今の話は、コマンドプロンプトではなくて
高機能になった、新しいWSLのコンソールで
lsを実行すると一瞬で終わるって話

**login:Penguin** · 2019/03/08(金) 19:40:43.45

vmなら一瞬なのだからCPUやメモリのせいではないわな
emacsのcompanyでディレクトリ名補完かかるとコーヒー入れて待機だし

**login:Penguin** · 2019/03/08(金) 19:43:49.52

https://i.imgur.com/BX3rh8N.png

rep2をビルトインサーバーで動かして、w3mで携帯用のサイトを見れた。
WSLだけで5chが見れる。
書き込みもこれでいける。

**login:Penguin** · 2019/03/08(金) 19:50:02.92

自分はずっと Navi2ch (Emacs上の専ブラ)をWSL上で使ってる。

**login:Penguin** · 2019/03/08(金) 19:59:57.44

>>970
WSLが無い頃はどうしてた？
今回やった方法はCygwinでやったことあるけど、苦労した割には遅くて使い物にならなかった。
WSLならUnuntuでやるのと全く同じでパッケージもサクサク入れられるし動作も安定してる。

**login:Penguin** · 2019/03/08(金) 22:05:47.50

俺も昔w3cで2ch見ながらサボってたな

**login:Penguin** · 2019/03/09(土) 00:25:03.75

>>967
>>966 は補足やアンカを付けなかったのがいけないのですが、いわゆる余談です。
>>963 の画面表示に時間がかかっているというくだりに掛けてあります。
（WSLのコンソールはコマンドプロンプトのコンポーネントを引いています）

**login:Penguin** · 2019/03/09(土) 02:47:36.47

>>971
遅レスだけど、その前はCygwinとVMで Navi2ch 使ってた。速度的にはどれでも無問題。

**login:Penguin** · 2019/03/09(土) 11:59:45.78

>>968
みんな、VMでもWSLでも一瞬で終わるって言ってるから、
WSLのせいじゃないってことだよな。

**login:Penguin** · 2019/03/09(土) 15:00:20.85

Distribution Terminal > WSL over Cmd Terminal > WSL Terminalって感じの早さ順。
だからおとなしくubuntuとかのアイコンから開けばいいだけ。
winR実行とかできないって文句言うなら shell:appsforderからショートカット飛ばして同じ階層に「start %1」を内包させたbat用意して *.bat [shortcut-name] で動かせばいいだけ。

**login:Penguin** · 2019/03/09(土) 15:02:34.30

>>976
そういう話じゃないのよ

> System32をlsするでしょ
> WSLやcygwinだといつ終わるかわからない

↑これが嘘だったって言うこと。
1秒ちょっとで終わるのに、いつ終わるかわからないなんて
思うわけがないでしょ？

**login:Penguin** · 2019/03/09(土) 15:06:54.74

>>977
全レス安価の如くそうつっこまないでいいだろ
俺なんかはそう云う決め付け根性で書き込んで話の通じないようなやつは釣りだとしか思わないし

**login:Penguin** · 2019/03/11(月) 13:37:24.08

>>977
終わんないし
一度実行するとすぐ終わるけど
明示的にキャッシュにでも取り込めばいいのかね

**login:Penguin** · 2019/03/11(月) 13:55:39.94

また現れたのか、ls終わらない人
system32にどんだけファイル数あるの？

**login:Penguin** · 2019/03/11(月) 14:15:31.57

>>979
lsを実行してる所を動画にして公開してくれよ

**login:Penguin** · 2019/03/11(月) 14:18:15.15

>>979
ls | wc -l
ってやったら数値は幾つになる？

**login:Penguin** · 2019/03/11(月) 18:16:23.78

いまだにくししにシステム入れてたりするんだろ

**login:Penguin** · 2019/03/12(火) 00:49:58.21

>>979
ハードウェアが古いとか？
もしくはどこかおかしくてアクセス待ちかリトライで遅くなっているとか？
（一度でも正常にアクセスできればキャッシュに乗るのでその後はすぐに終わると思う）

>>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
困るほど遅くはないですね

**login:Penguin** · 2019/03/14(木) 17:59:05.86

ls /mnt/c/Windows/System32 | wc -l

漏れも、CPU-i3, SSD-128GB, 8GBメモリでやってみたら、4513 だった

一瞬で表示されるという事は、
ほとんどの時間は、すべてのファイル名を表示する時間

それさえしなければ速い！

**login:Penguin** · 2019/03/14(木) 18:41:29.64

表示した所で、たかだか4500行のテキスト文字列
1秒もかかりはしない

**login:Penguin** · 2019/03/14(木) 18:42:13.12

表示が遅いって言ってるやつはHDDが壊れかかってるんだろ

**login:Penguin** · 2019/03/14(木) 18:48:14.24

PCイジメんなクソムシ

**login:Penguin** · 2019/03/14(木) 20:53:31.77

クロックアップしたカブトにとって一秒は一生に匹敵する長さ。

**login:Penguin** · 2019/03/19(火) 23:54:08.67

wsltty をChocolateyで最新(1.9.8)に更新したら、マルチバイト文字の幅を誤判定してカーソル位置が狂う。
いろいろ試行錯誤したがChocolateyではバージョンが下げられない。
結局、公式サイトからインストーラ wsltty-1.9.6-install.exe を取得して再インストールした。

Releases mintty/wsltty GitHub
https://github.com/mintty/wsltty/releases

Cygwinスレでminttyがバグってみんな困ってるのを傍観してたが、自分も同じ目にあってしまったよ。

**login:Penguin** · 2019/03/20(水) 15:44:09.28

wsl.exeに --export --importオプションが次の大型アップデートで追加
環境の保存と復元が楽になって素人の俺によさげです

https://news.mynavi.jp/article/20190110-754413/

**login:Penguin** · 2019/03/20(水) 17:31:02.17

おお・・・Dockerみたいに丸ごとバックアップ取れる！！

**login:Penguin** · 2019/03/20(水) 17:45:17.05

Dockerはそういう使い方をするものじゃない

**login:Penguin** · 2019/03/20(水) 17:45:37.03

>>991
これでVirtualBoxを捨てられそうだ。

**login:Penguin** · 2019/03/20(水) 17:50:39.90

LxRunOffline丸パクリしてくれたほうが、機能増えてよかったのに。

**login:Penguin** · 2019/03/20(水) 18:15:13.15

そういえばimportで好きな場所に展開出来るの？？
今はlxrunofflineでdドライブにはいれてるけど、標準で出来るなら楽かな

**login:Penguin** · 2019/03/21(木) 01:27:14.58

>>991
大学にスナップショットの説明できるな。
これで大学PCにWSL導入できる

**login:Penguin** · 2019/03/21(木) 01:54:45.99

次スレ

【Bash】Windows Subsystem for Linux【WSL】5
http://mao.5ch.net/test/read.cgi/linux/1553100855/l50

**login:Penguin** · 2019/03/21(木) 05:06:30.15

スナップショットではないでしょ

**login:Penguin** · 2019/03/21(木) 05:44:53.90

うめ