[過去ﾛｸﾞ] 【Bash】Windows Subsystem for Linux【WSL】4 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
654: 2019/02/18(月)02:27 ID:oJQ0Iy5j(1) AAS
fuseじゃねえの
655: 2019/02/18(月)12:28 ID:0qhVCZvi(1) AAS
FTPだろ
656: 2019/02/18(月)12:33 ID:bKuN73hl(1/2) AAS
NFSだろ
657: 2019/02/18(月)12:41 ID:dETlfCE6(1) AAS
DOKANだろ
658(1): 2019/02/18(月)13:17 ID:lYOWj990(1/2) AAS
この仕組は俺も前に考えたんだよね。
実装大変そうだからやらなかったけど。
そんとき、こういうアイデアはあるけど
MSは実装しないだろうなって思ってた。
だからやったたこと驚いた。
最近のMSはすごいよ
正しいことをちゃんとやる
659: 2019/02/18(月)13:50 ID:kD94OHGe(1) AAS
俺はなんとも思わんが
そのチョイと癇に触るような上からの物言いはやめたほうがいいと思うぞ
660: 2019/02/18(月)14:01 ID:lYOWj990(2/2) AAS
え？なんで？笑
661: 2019/02/18(月)15:14 ID:xQKiKBxf(1) AAS
いるいる
後出しジャンケンであーこれ俺が考えてたやつだわーって言う奴
662: 2019/02/18(月)15:23 ID:8XcONusW(1) AAS
本当に考えていたならギフハブに12H以内に公開してみたまえ
663: 2019/02/18(月)15:27 ID:bKuN73hl(2/2) AAS
ウリナラ起源ニダなんとか
664: 2019/02/18(月)15:38 ID:Hx+0klHC(2/4) AAS
アイディアだけならだれでも思いつく。責任ある立場の人が相応のコストをかけて実現できるかどうかに意味がある。
665: 2019/02/18(月)18:34 ID:r8CD25X7(1) AAS
ていうか、最初に考えたの俺だけどね。
666: 2019/02/18(月)18:37 ID:ZodpL3ci(1) AAS
別に、そのアイデアの実装が複数できていてもいい。
OSSならば、どちらかが淘汰されるか、
どちらも良くて、途中で方向性が変われば、
また違うソフトウェアとして、生き延びていくだけ。
要するに、アイデアを実際に実装するかどうかだ。
実装しなければ、なにもない。
667(1): 2019/02/18(月)22:07 ID:Hx+0klHC(3/4) AAS
そもそもWindows上にLinuxを共存させようと思った時点でファイルの見せ方について検討して当たり前でしょ。
「自分が最初に思いついた」とか、ネタなら面白くないし、本気ならヤバイ。心の病気だよ。
668: 2019/02/18(月)22:44 ID:8f6zgYdr(1/2) AAS
>>667
NT4の時代からService for Unix があったから
今から20年前にMicrosoftは実装してたんだけどね
(Linux互換ではなかったけど)。
>>658
の彼はいつ考え付いたんだろうね。
669(1): 2019/02/18(月)23:08 ID:Hx+0klHC(4/4) AAS
あー、SFU限定でファイルパスの大文字小文字を別物扱いできるようにするにはレジストリをいじるとかなんとかあったの思い出した。なつい。
670: 2019/02/18(月)23:32 ID:8f6zgYdr(2/2) AAS
>>669
ですね。ただ、大文字小文字で別物扱いがいいのか今でもよくわかりません。
昔は日本語ファイル名なんて考えられなかったし。
671: 2019/02/19(火)05:18 ID:ALypmLE8(1) AAS
FUSEの逆をやるのかと思ったが、それも違うのか。
読み書き自体はブリッジ経由で稼動中のWSLにやらせるので、動作していないWSLのファイルは読み書きできない。
逆に、WSL側が関知しない形で配下のファイルを読み書きされる事もないから、OS非稼動時に他の環境からパーティションを勝手に読み書きされた時に発生するような不具合も原理上ない、と。
多少のオーバーヘッドは発生するにせよ、利便性と安全性を両立できるなら歓迎だな。グッジョブと言わざるを得ない。
672: 2019/02/19(火)05:48 ID:/oCvcR3Z(1/5) AAS
ファイル自体はWSLでもOSが管理してるわけだし、
Linuxでも別プロセスが勝手に書き換えることはあるんだから
WSL稼働時しか修正できない理由はないと思うけどね
673(1): 2019/02/19(火)07:29 ID:AJoj5fE3(1) AAS
WSL環境から読み書きするファイルも最終的にはWindowsの管理下にあるが、これまではWindows側からWSL配下のファイルを読み書きした際はWSL上で動作するLinux環境側が関知できないまま書き換わり、最悪では破損する危険があった。
ブリッジを介し、WSL自身を経由してWindows側から安全に読み書きできる手段が構築されたのが今回。以前と同じではない。
上下前次1-新書関写板覧索設栞歴
あと 329 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.027s