X
トップページ⇒Linux
1002コメント309KB
【Bash】Windows Subsystem for Linux【WSL】4
■ このスレッドは過去ログ倉庫に格納されています
0576login:Penguin
垢版 |
2019/02/04(月) 18:34:43.80ID:9gv/kTSQ
アップルは正しかった。
確かに高DPIは素晴らしい。
世間が追い付いてこないけど。
0577login:Penguin
垢版 |
2019/02/05(火) 12:47:21.40ID:wf2hrjVH
X410っていつまで割引してんだよ・・・
0578login:Penguin
垢版 |
2019/02/05(火) 14:42:37.78ID:X2bg75rt
ストアに登場してから基本的に値引きしてないかねアレ
個人的にそんな値打ちもなく買う必要ないからどうでも良いけど
0579login:Penguin
垢版 |
2019/02/06(水) 00:54:43.57ID:T2e662C7
X410 って ASTEC-X のように MS-IME と連携できれば買おうと思うのだけど..できなさそうですね
0580login:Penguin
垢版 |
2019/02/06(水) 05:41:41.62ID:J3eR06uJ
開発者は韓国人のようだけど、韓国語の入力も何らかのインプットメソッドを使うんじゃないのかね？
あるいは何らかの韓国語IMは存在するのかもしれんけど、日本語や中国語のIMとはAPIに互換性が無いとかか
0581login:Penguin
垢版 |
2019/02/06(水) 06:05:53.59ID:QpfKjSPy
CJKで一括にされてるけど中国語も韓国語も日本語も変換の仕組みまるで違うよね
0582login:Penguin
垢版 |
2019/02/06(水) 09:51:28.35ID:J3eR06uJ
Linux環境だと少なくともCとJのインプットメソッドはibusのAPIにぶら下がる形で実装されるようになった筈だけど、
ibus自体は中国語系の開発者が開発して、日本語のIMもそこに合流した形。KのIMがどうなのかは知らない
0583login:Penguin
垢版 |
2019/02/06(水) 09:53:43.46ID:J3eR06uJ
あとはもうこの手の開発者にありがちな可能性で、英語圏で活動していて母国語の入力や使用に全く執着していないパターン
0584login:Penguin
垢版 |
2019/02/06(水) 14:03:23.11ID:0vjWV61H
貼れと言われた気がした

【田】Windows10のダメな点

・個人情報を勝手にネットに垂れ流す
・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
・エロファイルを持っている場合はそれも全て晒される
・間違ってロリファイルを持っていた場合はネットに繋いでいるだけで警察が来る
・死ぬほどUIがダサく異様に使いづらい
・ダサい上に抑揚のないフラットデザインのため、どのウィンドゥが手前で奥なのかわからない
・かつてあった多くの機能の半分以上をカットし、使わない機能をてんこ盛りにしたデブOS
・起動が超遅い。見かけ上早く起動したように見えるだけでほとんどのソフトを読み込んでいない
・スリープ復帰速度はほとんど変わらず
・ファイル圧縮・解凍速度も遅いまま。フリーウェアの圧縮・解凍ツール使ったほうが200％以上高速化する
・ファイルコピー速度が壊滅的に遅い。フリーウェアの高速コピーツール使ったほうが400％は速い
・メモリ使用量が馬鹿みたいに多い。初期は少なく見えるが使えば使うほど多くなる
・タブレットでも動くように設計されているが、利便性もデザインもiPadの足元にも及ばないゴミ
・標準ブラウザにEdgeとかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win８で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのものｗｗｗｗ
0585login:Penguin
垢版 |
2019/02/10(日) 08:26:23.05ID:Eb6Dj9p6
IME連携はMicrosoftが仕事したらいいんじゃないの。
0586login:Penguin
垢版 |
2019/02/10(日) 10:42:57.66ID:HrxyVGwd
日本マイクロソフトに何を期待しろと
0587login:Penguin
垢版 |
2019/02/10(日) 12:01:15.64ID:votnLGnK
>>586
たったとShiftJISをデフォルトから捨てて、UTF-8に変更しろっていう話。
0588login:Penguin
垢版 |
2019/02/10(日) 12:09:20.12ID:YmA/M2T+
ソート順が変わって大騒ぎになる。に一票
0589login:Penguin
垢版 |
2019/02/10(日) 12:26:09.62ID:4QB1ehvb
5ch(2ch)がUTF-8に対応するのが先か
どっちにしても過去と決別だな
0590login:Penguin
垢版 |
2019/02/10(日) 13:58:02.67ID:leeRZtAA
MsDOSがs-jisに依存している以上難しいだろ
filesystem関係、kernel関係とか、マルチプラットフォームへのバグフィックス諸々考えると絶対やらないわ。少なくともやりたくないわ
0591login:Penguin
垢版 |
2019/02/10(日) 14:08:41.47ID:4QB1ehvb
64ビットじゃ16ビットのDOSなんてもう動かないぞ？
DOSはDOSで放置でいいだろ。何言ってんの？

AndroidのFuchsiaみたいに既存路線を捨てて新しいOSになるしかないんじゃないかな。
0592login:Penguin
垢版 |
2019/02/10(日) 14:27:18.41ID:7dDCFb2B
今更感あるけどとりあえず日本語(UTF-8)みたいなロケールを追加して人柱募ればいいのに
まあUTF-16LEでUnicode系APIを整備しちゃったのが悪いんだろうけど
0593login:Penguin
垢版 |
2019/02/10(日) 14:35:18.75ID:4QB1ehvb
.NETはUnicode前提で実装されてたんだよな。もう20年前か・・・
だからMSは何もしなかったわけでもない。

いくらテストしたってもこれ以上弄り回すとまたバグ祭りになるに決まってる。
0595login:Penguin
垢版 |
2019/02/10(日) 14:38:00.01ID:VL8Y7mI7
>>591
業務用のシステムではLinuxですらSJISでなんとかしろと言われて
各社苦労してんのに、WindowsがSJIS捨てたら少なくともMSKK消滅だろ
0597login:Penguin
垢版 |
2019/02/10(日) 14:49:36.12ID:vNdhNpKg
SJISは改元後の合字に対応しないとMSは言ってるね
0598login:Penguin
垢版 |
2019/02/10(日) 14:51:22.17ID:VL8Y7mI7
>>596
韓国人じゃあるまいし、誰が悪いかを言いつのったって現状は変わらないよ？
0599login:Penguin
垢版 |
2019/02/10(日) 15:03:20.39ID:PpRunXVK
>>594
これでシステムはUTF-8になる
アプリのLive5chとかはunicodeサポートされてないのでメニューとかが文字化けした
ChromeやFirefoxは問題なかった
0600login:Penguin
垢版 |
2019/02/10(日) 15:05:47.03ID:4QB1ehvb
>>598
じゃあどうする？
代案も示さないようじゃ反論にもならない。
0602login:Penguin
垢版 |
2019/02/10(日) 16:34:17.92ID:FKa3YLVf
Windowsと関係ないやん。
Windowsなんてとっくにネイティブ文字コードがUnicodeになってるのに
アプリが無理やりレガシーな文字コード使ってるだけだろ
0603login:Penguin
垢版 |
2019/02/10(日) 18:14:09.28ID:ln1Iybi8
地域の設定にutf-8を使用というチェックボックスがあったんだけど、いつからかutf-8がデフォになって、ユニコード対応でないプログラムの言語という設定が出来てる。
メモ帳のデフォがutf-8になったあたりかもしれない。
0604login:Penguin
垢版 |
2019/02/10(日) 18:17:30.07ID:ln1Iybi8
C++20でchar8_tが入るので、utf-8サポートを標準に従った状態でサポートできるようになるよ。
なんでここまで引っ張ったんだろな。
0605login:Penguin
垢版 |
2019/02/10(日) 18:49:15.24ID:WDm55icm
いまやってるsjisの話がwslにどうつながるんですか
0606login:Penguin
垢版 |
2019/02/10(日) 19:12:41.59ID:0N9ZkDlF
つなげてみせようホトトギス。
0607login:Penguin
垢版 |
2019/02/10(日) 19:16:28.14ID:z/JOeCxw
>>605
wslので叩くwinAPIのフレーバーが増えるんじゃない？
ネイティブ互換性が増えるとか
0608login:Penguin
垢版 |
2019/02/10(日) 19:36:55.09ID:WDm55icm
GNU Octave をubuntu 18.04 (wsl)とVcXsrvで使っていて、qt + opengl のグラフィックスが動作しなかったが、-wglから-nowgl にして、LIBGL_ALWAYS _INDIRECT を設定しないようにしたら、表示するようになった。
しかし、他のソフトウェア(gnuplot のwxt terminal )でwarning がでるようになった。
でも、warning だから、我慢しよう。
0609login:Penguin
垢版 |
2019/02/10(日) 19:40:54.21ID:geQWKm0U
>>605
強引にこじつけるとWindowsとWSLで協調動作を行うプロセス間にWindowsサブシステム側の言語設定を無理無く馴染ませる事が出来るかという話
当然だがWSL上で動くプロセスはあくまでLinuxそのままだから言語設定はLANGかロカール系環境変数に依存するという部分は変えられない
0610605
垢版 |
2019/02/10(日) 21:25:05.43ID:WDm55icm
ありがとう。
Windows でもMsys2入れて、winptyコンソールアプリをつかっている私にはあんまり関係ないことだということがわかりました。
0611login:Penguin
垢版 |
2019/02/10(日) 21:36:09.13ID:FKa3YLVf
そもそもLinuxはASCII互換の文字コードしか扱えないので
SJISやUTF-16などに対応するのは事実上無理だよ。
これはLinux側（カーネル及びアプリ）の制限
0612login:Penguin
垢版 |
2019/02/10(日) 21:42:48.80ID:7dDCFb2B
ほとんど使われないけどwcharなPOSIX関数はある
Windowsは逆にこっちを明示的に使うようにして従来のAPIはロケール依存のまま残したんだけど
0613login:Penguin
垢版 |
2019/02/10(日) 23:36:17.94ID:n+msPr2T
>>611
日本語にSHIFT_JISを採用したUNIX系でOSもあったしSHIFT_JISについてはアプリが頑張ればいいだけでLinuxカーネルの問題は無いだろう
0614login:Penguin
垢版 |
2019/02/10(日) 23:38:05.64ID:4QB1ehvb
たしか、Solarisは日本語ロケールがSJISだったはず。
0615login:Penguin
垢版 |
2019/02/10(日) 23:44:47.56ID:Pba8NVNb
Solarisの日本語デフォはEUCじゃなかったっけ？
HP-UXはSJISだったね

Linuxこんな理由らしい
ttp://www.ossforum.jp/jossfiles/Linux_SJIS_Support.pdf
0616login:Penguin
垢版 |
2019/02/11(月) 03:00:43.81ID:Ps2OaQo9
>新しい技術への挑戦を尊ぶLinuxの開発技術者

蓄積されたデータを継承・発展させていくことだって、新しい技術への挑戦だろうになあ。
当時のOSS界隈はマイクロソフトをFUDを多用するとか言ってたけど、
おまえらのやってることも同じじゃねーかという。
0617login:Penguin
垢版 |
2019/02/11(月) 03:51:01.66ID:zatSZo6K
>>616
FUDを多用するというFUDだろ。
0618login:Penguin
垢版 |
2019/02/11(月) 05:35:58.41ID:d3+ToDjg
こんなとこでケチをつけてるだけの人生よりよっぽど有意義だな
0619login:Penguin
垢版 |
2019/02/11(月) 16:35:41.16ID:NpmMErM/
>>615
カタカナの長音記号もまともに扱えていない文書を堂々と掲げられる心意気に敬服
0620login:Penguin
垢版 |
2019/02/11(月) 17:50:42.56ID:ZtR+FBW0
私の環境では、X サーバーを-nowglで立ち上げないとグラフィックスで不具合が生じることがあった。たぶん、環境依存たと思う。
0621login:Penguin
垢版 |
2019/02/12(火) 18:27:35.05ID:4VsEZ14Z
環境依存てすか。
0622login:Penguin
垢版 |
2019/02/12(火) 21:52:19.27ID:DMYzS7Ac
-wgl はwindowsのopenglのハードウェアアクセラレーションを使うのでそう書いた。でも、確証はないので、多分をつけた。
0623login:Penguin
垢版 |
2019/02/13(水) 15:25:05.74ID:6SJTT0hi
Windows 2000ぐらいに小さくて軽いWindows 10に
WSLだけ入れたいわ。
それ以外の付属モノは、全部要らん。
0625login:Penguin
垢版 |
2019/02/13(水) 16:02:12.64ID:Y7Jic1pE
Hyper-V Server 2019とかいいんじゃね？
WSL有効に出来るよ
0626login:Penguin
垢版 |
2019/02/14(木) 09:02:39.70ID:5KVcRxs9
http://www.aoky.net/articles/david_pogue/david_pogue_says_simplicity_sells.htm

Microsoft Word が単なるワープロだったのはアイゼンハワー大統領の時代(50 年代)にまでさかのぼります。(笑)
しかし代わりに何があるでしょう？ Microsoft は実際試したことがあります。
「みんな機能を追加しすぎだと不平を言っている。ワープロだけのソフトを作ってやろうじゃないか。
　シンプルで純粋な、Web ページ作成やデータベースのないやつを」。
それが現れました。Microsoft Write です。みなさんご存じないでしょう。大失敗でした。誰も買いませんでした。
私はこれを「SUVの原理」と呼んでいます。みんな必要もないパワーに取り囲まれているのが好きなんです。
データベースやWeb ページ作成機能なんて必要ないのに、こう言うのです。
「アップグレードしておこう。そのうち必要になるかもしれないからね！」
0627login:Penguin
垢版 |
2019/02/14(木) 09:11:46.13ID:9RW83sGl
それならもう普通にLinuxインストールすればいいだろ。
0628login:Penguin
垢版 |
2019/02/14(木) 09:15:12.81ID:J0H4smgD
アメリカンジョークはよくわからん
0629login:Penguin
垢版 |
2019/02/14(木) 09:33:56.08ID:XJsoGs1y
>>626
ワードパッドやろwin使いなら誰でも知ってるで
でも欲しいのはバイナリのリッチテキストじゃなくて
テキストをテキストのまま色付けや段落分けできる構造化エディタだったんだよなあ
htmlやcssがもっと手軽に扱えたら良かったんだろうけど
0630login:Penguin
垢版 |
2019/02/14(木) 12:27:26.59ID:J0H4smgD
>>629
3.1まではwrite、95からはwordpadだっけ（以降もスタブのwrite.exeはあるけど）
0631login:Penguin
垢版 |
2019/02/14(木) 12:44:47.87ID:+a5nWrXs
>>629
> テキストをテキストのまま色付けや段落分けできる構造化エディタだったんだよなあ

無理やで？
勝手に色がつくことは可能だが、
ユーザーが自由自在に色を付けることはできない
0633login:Penguin
垢版 |
2019/02/14(木) 17:59:21.96ID:+a5nWrXs
そりゃテキストにメタ情報入れればできるやろな
0634login:Penguin
垢版 |
2019/02/14(木) 21:34:06.11ID:bxRo5yVT
絵文字には色を付けられるのに
変なの
0635login:Penguin
垢版 |
2019/02/14(木) 22:49:08.50ID:XtUeQN9O
文句はアンテナ○○○に言っとくれ♪
0636login:Penguin
垢版 |
2019/02/15(金) 20:22:18.59ID:4tPOtJVd
Skip Aheadで\\wsl$\登録名\のUNCパスで各ディストリのrootfsにアクセスできる機能が追加されたがchmodし直しは変わらんしWSL内のmountも正しく反映される、浅いパスぐらいしか利点を感じない
0637login:Penguin
垢版 |
2019/02/15(金) 20:45:06.82ID:rS2vFNZM
どうやってそんなの見つけるん？と思ったらエクスプローラーにペンギンがいやがった
0638login:Penguin
垢版 |
2019/02/15(金) 21:52:16.46ID:yopvpU0W
>>636
お、マジか。どういう実装なんだろう？

俺が前思っていたのはWindowsからはそうやってアクセスできる
内部的には（WSLレイヤーを介さずに）sambaプロトコルで
アクセスしているかのように見せかけるって方法で、
chmodに関しても設定でsamba相当の事ができるようにすれば
Windowsからsamba経由でアクセスしてるのと変わらない
実用性になるだろうって思ってた
0639login:Penguin
垢版 |
2019/02/15(金) 22:03:54.48ID:yopvpU0W
>>636
一応言っておくと、

利点は遅くてLinuxファイルシステムと完全な互換性がないdrvfsではなく
速くて互換性が高いlxfsに置いたファイルをWindows上から直接修正できること

drvfsとは違い、ディスク上のファイルを直接参照するのではなく
\\wslという仮想的なファイルシステム経由でアクセスするので
Windows上からのアクセスは遅くなるものの、
設計的にはchmodの問題などを回避できる余地がある

ってところかな
0641login:Penguin
垢版 |
2019/02/16(土) 08:35:27.63ID:+AhNmo2h
>>640
Microsoft本気だな
Macに移ったユーザを取り戻せる
0643login:Penguin
垢版 |
2019/02/16(土) 22:36:59.99ID:d0Zo9/dD
MS「Mac？ああ、マクドのことやな。」
0644login:Penguin
垢版 |
2019/02/16(土) 22:39:38.95ID:LGkAnLif
Macに移ったのってWeb系のスクリプター連中が主でしょ
あのへんの層は大して金にならないからMSはそれほど重視してないだろう
とはいえこのままだとWinがクラウド開発に向かないゴミのレッテルを貼られて稼ぎ頭のエンタープライズまで逃げる恐れがあったから、
そうなる前に開発者離れを食い止めたいんだろうな
0645login:Penguin
垢版 |
2019/02/16(土) 23:07:13.58ID:xTYnczey
Msをクラウドにシフトさせた現CEOも優秀だし、オープンソースの徹底化も英断だったんだなって。
0646login:Penguin
垢版 |
2019/02/16(土) 23:28:09.14ID:LGkAnLif
いやAzureだけは擁護できないわ
MSの客層的にWinのVMさえちゃんと動けば儲かるのはわかるけど、
マネージドサービスの品質があまりにも低すぎる
真面目にやる気ないんならお願いだからホスティング以外は全部撤退して開発環境だけ作っててほしい
0648login:Penguin
垢版 |
2019/02/17(日) 14:11:19.09ID:Kca9Y6j/
うちはまだ1809だな。
0649login:Penguin
垢版 |
2019/02/17(日) 15:01:26.56ID:GnBPW+si
>>640
この兼ね合いでバックグラウンドプロセスが無い状態でWSLコンソール全部閉じてもkill -9 -- -1してもinitが終了しなくなったんでwsl.conf弄るときはwsl --terminateするなり忘れずにな
0650login:Penguin
垢版 |
2019/02/17(日) 23:05:41.53ID:9u1nKlcg
今はwslのフォルダにあるファイルを作るとアクセス権限が000のファイルになってしまうけど、Windows 10 version 1903で変更されるんだろうか。
0651login:Penguin
垢版 |
2019/02/17(日) 23:29:03.30ID:orUD8X9v
そういうわけじゃない
9Pサーバ使ってアクセスするかたち
0652login:Penguin
垢版 |
2019/02/18(月) 00:43:51.64ID:vgu3WlPA
直で触るんじゃないんだろう。
串を経由するようなもんだ
0653login:Penguin
垢版 |
2019/02/18(月) 01:43:39.18ID:Hx+0klHC
なるほどSambaみたいなもんかね。
0658login:Penguin
垢版 |
2019/02/18(月) 13:17:39.54ID:lYOWj990
この仕組は俺も前に考えたんだよね。
実装大変そうだからやらなかったけど。

そんとき、こういうアイデアはあるけど
MSは実装しないだろうなって思ってた。
だからやったたこと驚いた。

最近のMSはすごいよ
正しいことをちゃんとやる
0659login:Penguin
垢版 |
2019/02/18(月) 13:50:27.26ID:kD94OHGe
俺はなんとも思わんが
そのチョイと癇に触るような上からの物言いはやめたほうがいいと思うぞ
0661login:Penguin
垢版 |
2019/02/18(月) 15:14:25.69ID:xQKiKBxf
いるいる
後出しジャンケンであーこれ俺が考えてたやつだわーって言う奴
0662login:Penguin
垢版 |
2019/02/18(月) 15:23:55.26ID:8XcONusW
本当に考えていたならギフハブに12H以内に公開してみたまえ
0663login:Penguin
垢版 |
2019/02/18(月) 15:27:49.22ID:bKuN73hl
ウリナラ起源ニダなんとか
0664login:Penguin
垢版 |
2019/02/18(月) 15:38:24.27ID:Hx+0klHC
アイディアだけならだれでも思いつく。責任ある立場の人が相応のコストをかけて実現できるかどうかに意味がある。
0665login:Penguin
垢版 |
2019/02/18(月) 18:34:19.04ID:r8CD25X7
ていうか、最初に考えたの俺だけどね。
0666login:Penguin
垢版 |
2019/02/18(月) 18:37:12.79ID:ZodpL3ci
別に、そのアイデアの実装が複数できていてもいい。
OSSならば、どちらかが淘汰されるか、
どちらも良くて、途中で方向性が変われば、
また違うソフトウェアとして、生き延びていくだけ。

要するに、アイデアを実際に実装するかどうかだ。
実装しなければ、なにもない。
0667login:Penguin
垢版 |
2019/02/18(月) 22:07:58.69ID:Hx+0klHC
そもそもWindows上にLinuxを共存させようと思った時点でファイルの見せ方について検討して当たり前でしょ。
「自分が最初に思いついた」とか、ネタなら面白くないし、本気ならヤバイ。心の病気だよ。
0668login:Penguin
垢版 |
2019/02/18(月) 22:44:15.44ID:8f6zgYdr
>>667

NT4の時代からService for Unix があったから
今から20年前にMicrosoftは実装してたんだけどね
(Linux互換ではなかったけど)。


>>658

の彼はいつ考え付いたんだろうね。
0669login:Penguin
垢版 |
2019/02/18(月) 23:08:54.02ID:Hx+0klHC
あー、SFU限定でファイルパスの大文字小文字を別物扱いできるようにするにはレジストリをいじるとかなんとかあったの思い出した。なつい。
0670login:Penguin
垢版 |
2019/02/18(月) 23:32:04.89ID:8f6zgYdr
>>669
ですね。ただ、大文字小文字で別物扱いがいいのか今でもよくわかりません。
昔は日本語ファイル名なんて考えられなかったし。
0671login:Penguin
垢版 |
2019/02/19(火) 05:18:09.38ID:ALypmLE8
FUSEの逆をやるのかと思ったが、それも違うのか。
読み書き自体はブリッジ経由で稼動中のWSLにやらせるので、動作していないWSLのファイルは読み書きできない。
逆に、WSL側が関知しない形で配下のファイルを読み書きされる事もないから、OS非稼動時に他の環境からパーティションを勝手に読み書きされた時に発生するような不具合も原理上ない、と。
多少のオーバーヘッドは発生するにせよ、利便性と安全性を両立できるなら歓迎だな。グッジョブと言わざるを得ない。
0672login:Penguin
垢版 |
2019/02/19(火) 05:48:01.47ID:/oCvcR3Z
ファイル自体はWSLでもOSが管理してるわけだし、
Linuxでも別プロセスが勝手に書き換えることはあるんだから
WSL稼働時しか修正できない理由はないと思うけどね
0673login:Penguin
垢版 |
2019/02/19(火) 07:29:08.01ID:AJoj5fE3
WSL環境から読み書きするファイルも最終的にはWindowsの管理下にあるが、これまではWindows側からWSL配下のファイルを読み書きした際はWSL上で動作するLinux環境側が関知できないまま書き換わり、最悪では破損する危険があった。
ブリッジを介し、WSL自身を経由してWindows側から安全に読み書きできる手段が構築されたのが今回。以前と同じではない。
0674login:Penguin
垢版 |
2019/02/19(火) 08:12:45.07ID:Em4vwS4i
AppDataにあるものを直接書き換えるのはNGのままだよ。
0675login:Penguin
垢版 |
2019/02/19(火) 09:35:38.43ID:/oCvcR3Z
>>673
> WSL上で動作するLinux環境側が関知できないまま書き換わり

どういうこと？ WSLはOSじゃないんだけど？
OSはWindowsそのもの。Linux環境なんてものはない。

これまで壊れていたのは、Windowsアプリが、WSL用に追加している
ファイルのメタ情報を考慮してないからだよ。保存した時に抜け落ちる。

9Pサーバー経由にすることでメタ情報を上手く保護している
■ このスレッドは過去ログ倉庫に格納されています
ニューススポーツなんでも実況