[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】3 (1002ﾚｽ)
上下前次1-新
抽出解除 必死ﾁｪｯｶｰ(本家) (べ) ﾚｽ栞 あぼーん
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
135: 2018/06/15(金)07:27 ID:AIKNHKJb(1/6) AAS
0円。なぜならそれが答えだから、もう解決した。
つまり適当なことを言ってるから説明できない。
それの結論で俺は満足だし、お前も言う気がないなら、ほら解決だ。
144(1): 2018/06/15(金)14:56 ID:AIKNHKJb(2/6) AAS
>>143
その大多数っていうのに一般の人（プログラマなど以外）の人が
含まれるならそうでしょうね。
でもプログラマなら大抵入れると思いますよ。
今はOS古くて入れられない人が多いかもしれないですが、
7のサポートが終了する頃にはね
152: 2018/06/15(金)18:11 ID:AIKNHKJb(3/6) AAS
NTカーネルがWindows APIを直接提供してるんじゃなくて
NTネイティブAPIを提供してるだけなんだよね。
普段開発者が使うWindows API（Win32 API、Win64 API）ってのは
内部でNTネイティブAPIを呼び出してる。
WSLも同じ仕組み、内部でNTネイティブAPIを呼び出してる。
だからWindowsは、Windows APIとLinux APIの両方を
同じように提供していると言える
Windowsアプリは、Windows上で動いているように見え（これは当たり前）
Linuxアプリは、Linux上で動いているように見える。
バイナリレベルで互換性があるから、Linux用のバイナリをコピーして
Windows上にもってくるだけで動くし、逆にWSLで生成したバイナリを
Linuxに持っていっても動く
154: 2018/06/15(金)18:56 ID:AIKNHKJb(4/6) AAS
過去にあったものも含めてサブシステムを調べてみた
Win16サブシステム、Win32サブシステム、Win64サブシステム
OS/2サブシステム、POSIXサブシステム、INTERIXサブシステム
Linuxサブシステム
MS-DOSアプリが動くのもWin16サブシステムを使った仕組みだったんだな
155(2): 2018/06/15(金)18:58 ID:AIKNHKJb(5/6) AAS
その気になれば、BSDサブシステムとかMacOSサブシステムとか作って
それぞれのOSをエミュレートすることも可能なんだろうな
163(1): 2018/06/15(金)20:30 ID:AIKNHKJb(6/6) AAS
>>161
Wineって結局WindowsのDLLをコピーしなきゃ
まともに動かないんだろ？
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.026s