ハードにお金かかっちゃうかもだけど、exsiとかで仮想化したり、中古街のcore2duo ddr2みたいなもんで動かしたほうがいいと思う。
このスレでそれ言うのは本末転倒なんだろうけど。
探検
【Bash】Windows Subsystem for Linux【WSL】4
レス数が1000を超えています。これ以上書き込みはできません。
ハードにお金かかっちゃうかもだけど、exsiとかで仮想化したり、中古街のcore2duo ddr2みたいなもんで動かしたほうがいいと思う。
このスレでそれ言うのは本末転倒なんだろうけど。
クソみたいなwindowsのバイナリと同じにすんな。自分でビルドでもしてるのか？
それとも日本語対応のwindows向けビルドをどっかから拾ってきてドヤ顔してるのか？
今のwindowsはopenssh標準装備だぞ
オプション機能に追加されたのも割と最近だったと思うけど
専用のシェルスク用意してたわ・・・
Windowsの標準搭載でもできそうだが秘密鍵のパーミッションがどうたらでうまくいかない。
「WSLからssh叩ける」のに価値があるって言ってて
そんで、クソバイナリに用はないって言ってるんだ
なんで自分より知識がないって勘違いを起こせるんだ
つか情弱アフォなのは>>510だけで他のヤツは至ってフツウ
5ちゃんがアホなヤツばっかってコトはないので念のため
xterm, LF,コンテナより少ないリソースのlinux、shを小リソースで動かせるのはでかい
軽さと堅牢さを求めるならhyper-v
あとWSLより遅い。今となってはもう使わないかな
msysはGit for Windowsで間接的に使うけど
随分昔だけど。
ほんとはXクライアント動かそうとしたが、Windows自体をVNCで繋げられるんじゃね？と思ったらあっさりできた。
WSLじゃなくてもいいけど。
「え？ 動くの？」で終わったけど、あれでCygwinの評価が多少プラスになったわ。
【田】Windows10のダメな点
・個人情報を勝手にネットに垂れ流す
・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
・エロファイルを持っている場合はそれも全て晒される
・間違ってロリファイルを持っていた場合はネットに繋いでいるだけで警察が来る
・死ぬほどUIがダサく異様に使いづらい
・ダサい上に抑揚のないフラットデザインのため、どのウィンドゥが手前で奥なのかわからない
・かつてあった多くの機能の半分以上をカットし、使わない機能をてんこ盛りにしたデブOS
・起動が超遅い。見かけ上早く起動したように見えるだけでほとんどのソフトを読み込んでいない
・スリープ復帰速度はほとんど変わらず
・ファイル圧縮・解凍速度も遅いまま。フリーウェアの圧縮・解凍ツール使ったほうが200％以上高速化する
・ファイルコピー速度が壊滅的に遅い。フリーウェアの高速コピーツール使ったほうが400％は速い
・メモリ使用量が馬鹿みたいに多い。初期は少なく見えるが使えば使うほど多くなる
・タブレットでも動くように設計されているが、利便性もデザインもiPadの足元にも及ばないゴミ
・標準ブラウザにEdgeとかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win８で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのものｗｗｗ
> ・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
一つだけ反応しとく。
これは、「游書体」自体は最高峰のフォントだ。
問題は、Windowsのフォントレンダリング（ガンマ補正がひどい）がクソだから、
游フォントを正しくレンダリングできない。
いずれにしても、Windowsのフォントレンダリングがクソなのに変わりない。
こんなフォントレンダリングのまま、
デスクトップOSを出してまま放置し続けている理由も分からない。
というわけで、MSはフォントレンダリングをどうでもいいと思っている。
4KやRetinaといった高精細ディスプレイにしても解決しない。
それは、Windowsのスケーリング処理がクソなので、高精細時も非常に汚い。
游ゴシックのカタカナの字形がめっちゃ嫌い。
教科書体あたりに近いのか？
12インチ2kノート使ってるけど、めちゃめちゃきれいだよ。
デスクトップはドットバイドットで23.8インチ2kディスプレー使ってるけど、これもそこそこ綺麗。
流石にドット感はあるけどね。
時代はWQHD以上に来てると思う。
文字をきれいにしたいなら4kディスプレー買ったほうがいいと思う。
2kでも凄くきれいだから。
4kなら感動すると思うわ。
これお勧め。
コピペ読んでないけどwin標準で一番まともなフォントはメイリオだと思うわ
wqhdにしてもたいして変わらんかった
ドットバイドットだと表示は変わらないんだよ。
スケーリング150％とかでずいぶんきれいになる。
200％なら印刷の文字みたいになる。
というわけで、4kにしなよ。
12インチノートの2kはスケーリングしてるから印刷みたいな文字だよ。
150%だよ。
wqhdに対する期待が大きすぎたのかもしれんけど、がっかりだった。
あと4kは置き場に困る。たいてい27以上だからな。
発売から年数経ってるから俺はやめといたけど。
結構評判良いみたいだぞ。
御託はいいんで、実際のディスプレイを
スマホか何かで写して比較してくれない？
レンダラーがどうとかじゃなしに、タイプフェイス自体がスクリーンフォントに向いてないよ。ライセンス上アウトだけどLinux環境で4Kモニタに表示しても常用する気になれないし。
スクリーンフォントとしてはメイリオの完成度は異常。これもLinux環境に持って行ったら常用したくなるのだが、ライセンス上真っ黒なので少なくとも人目につくところでは使えないのが残念だ。
そしてWindowsのレンダラーでは膨大なヒンティング情報を活用して小ポイント時の取捨選択など本領発揮してくれてとても良い。
ウィンドウズのデスクトップにランチャー出せるといいのにな。
$ choco.exe list vcxsrv
Chocolatey v0.10.11
vcxsrv 1.20.1.4 [Approved]
winsshterm 2.4.1 [Approved] Downloads cached for licensed users
2 packages found.
Chocolatey Gallery | VcXsrv Windows X Server 1.20.1.4
https://chocolatey.org/packages/vcxsrv
生きるの辛そうだね。
安物の目なのでMS明朝で大満足な俺は良かった〜
スクリーンで明朝はあり得ないわ
特にMS明朝とかジャギジャギのヒゲが鬱陶しすぎて窓から投げ捨てるレベル
macもmojaveからレンダリング変えてるし
大量のテキストを扱う時は、アンチエリアスが掛かっていないフォントの方が、目の疲れが覿面に楽になる。
グラフィックや背景の上に文字を重ねる時はアンチエリアスを使う方が見た目は馴染むが、輪郭がはっきりしている方が目を酷使せずに済む。
およそアップルとその信者がもてはやしているものは、文章やコードを扱う知的生産にはそぐわない、真逆を行く愚民化政策そのものだ。見た目が全てで、生産性は二の次。
ガキのオモチャならそれも良いのかもしれんが、仕事の道具にはならんよ。
いずれにしても、視野角が変わらないのに無闇に高解像度化するのは馬鹿のすることで、そんな真似をするくらいなら27〜32前後で2kの4面として扱う方が生産性上がるね
文字が綺麗になるから。
メガネかけてるかどうかで変わったりしない？
黄緑が一番視認性があるしな
DEによりますが、マウスポチポチするだけで簡単に設定をかえられますよ。
>>563
伊達以外なら
アポが目指してるのは上っ面重視のガキのオモチャじゃんｗ
だからこそ業者を氏ぬ程叩いて技術をパクってひたすら安価に作ることを最優先してる
仕事する側や技術屋としての見方とクライアントや客としての見方は前述の鉄道業だろうがシス屋・インフラ屋でも変わらんってことだ。
古いアプリはぼやけたりレイアウト崩れたりするし
RDPでスケーリング倍率の違う端末から繋ぐとアイコンやウィンドウ縁サイズが
でかすぎたり小さすぎたり引き延ばしジャギーになったりで
一端サインアウトしないと治らなかったりするし
長年等倍で遣うことしか考えられてなかったからあちこちに穴がある
lxqtからパクるのもよし
しかし24〜48ドット前後のビットマップフォントで高品位のものが無くて困っている。
止むに止まれず自分で大昔のハイレゾ98から24ドットのROMフォントをぶっこ抜いて来たりもしたけど、これも人目につかない所で個人で使うしかできないしな…。
ぶっこ抜き云々はともかく、ターミナルやコードエディタ等で等幅フォントを常用する人にはビットマップフォントをぜひ試して欲しいが、世間の大多数には理解されない世界だな…。
確かに高DPIは素晴らしい。
世間が追い付いてこないけど。
個人的にそんな値打ちもなく買う必要ないからどうでも良いけど
あるいは何らかの韓国語IMは存在するのかもしれんけど、日本語や中国語のIMとはAPIに互換性が無いとかか
ibus自体は中国語系の開発者が開発して、日本語のIMもそこに合流した形。KのIMがどうなのかは知らない
【田】Windows10のダメな点
・個人情報を勝手にネットに垂れ流す
・診断データと使用状況データをMicrosoftに送信する機能をレジストリでオフにしてもなお8時間で4000回、93つの異なるIPのMicrosoftサーバへデータが送信されている
・エロファイルを持っている場合はそれも全て晒される
・間違ってロリファイルを持っていた場合はネットに繋いでいるだけで警察が来る
・死ぬほどUIがダサく異様に使いづらい
・ダサい上に抑揚のないフラットデザインのため、どのウィンドゥが手前で奥なのかわからない
・かつてあった多くの機能の半分以上をカットし、使わない機能をてんこ盛りにしたデブOS
・起動が超遅い。見かけ上早く起動したように見えるだけでほとんどのソフトを読み込んでいない
・スリープ復帰速度はほとんど変わらず
・ファイル圧縮・解凍速度も遅いまま。フリーウェアの圧縮・解凍ツール使ったほうが200％以上高速化する
・ファイルコピー速度が壊滅的に遅い。フリーウェアの高速コピーツール使ったほうが400％は速い
・メモリ使用量が馬鹿みたいに多い。初期は少なく見えるが使えば使うほど多くなる
・タブレットでも動くように設計されているが、利便性もデザインもiPadの足元にも及ばないゴミ
・標準ブラウザにEdgeとかいうゴミを採用。機能が少なすぎる上におそろしく遅くて使い物にならない
・無料のセキュリティソフトと称する重いウィルスソフトが多数憑依している
・仮想デスクトップと称するゴミを搭載。フリーウェアの仮想デスクトップソフトの半分の利便性もない。
・Win８で削除したスタートボタンを恥を忍んで復活させた
・しかしスタートメニューにまつたくいらんメトロや宣伝がゴチャゴチャついて無駄に肥大化、邪魔。機能性がない
・非アクティブウィンドウもスクロール可とかいう、昔からできるような機能を大げさに宣伝
・タッチパネルとして使いやすいUIとして喧伝しているが、デスクトップPCで画面の汚れるタッチ操作を行うのはよほどの馬鹿だけ
・ダサくて見づらいゴミフォント「游書体」がデフォルト設定
・ほとんど反応しないゴミ丸出しの音声認識アシスタントCortana搭載。画面に向かって話しかけているぼっち野郎の姿はバカそのものｗｗｗｗ
たったとShiftJISをデフォルトから捨てて、UTF-8に変更しろっていう話。
どっちにしても過去と決別だな
filesystem関係、kernel関係とか、マルチプラットフォームへのバグフィックス諸々考えると絶対やらないわ。少なくともやりたくないわ
DOSはDOSで放置でいいだろ。何言ってんの？
AndroidのFuchsiaみたいに既存路線を捨てて新しいOSになるしかないんじゃないかな。
まあUTF-16LEでUnicode系APIを整備しちゃったのが悪いんだろうけど
だからMSは何もしなかったわけでもない。
いくらテストしたってもこれ以上弄り回すとまたバグ祭りになるに決まってる。
業務用のシステムではLinuxですらSJISでなんとかしろと言われて
各社苦労してんのに、WindowsがSJIS捨てたら少なくともMSKK消滅だろ
それもDOSやWindowsのせいだろ。
韓国人じゃあるまいし、誰が悪いかを言いつのったって現状は変わらないよ？
これでシステムはUTF-8になる
アプリのLive5chとかはunicodeサポートされてないのでメニューとかが文字化けした
ChromeやFirefoxは問題なかった
じゃあどうする？
代案も示さないようじゃ反論にもならない。
SJIS続行。
Windowsなんてとっくにネイティブ文字コードがUnicodeになってるのに
アプリが無理やりレガシーな文字コード使ってるだけだろ
メモ帳のデフォがutf-8になったあたりかもしれない。
なんでここまで引っ張ったんだろな。
wslので叩くwinAPIのフレーバーが増えるんじゃない？
ネイティブ互換性が増えるとか
しかし、他のソフトウェア(gnuplot のwxt terminal )でwarning がでるようになった。
でも、warning だから、我慢しよう。
強引にこじつけるとWindowsとWSLで協調動作を行うプロセス間にWindowsサブシステム側の言語設定を無理無く馴染ませる事が出来るかという話
当然だがWSL上で動くプロセスはあくまでLinuxそのままだから言語設定はLANGかロカール系環境変数に依存するという部分は変えられない
Windows でもMsys2入れて、winptyコンソールアプリをつかっている私にはあんまり関係ないことだということがわかりました。
SJISやUTF-16などに対応するのは事実上無理だよ。
これはLinux側（カーネル及びアプリ）の制限
Windowsは逆にこっちを明示的に使うようにして従来のAPIはロケール依存のまま残したんだけど
日本語にSHIFT_JISを採用したUNIX系でOSもあったしSHIFT_JISについてはアプリが頑張ればいいだけでLinuxカーネルの問題は無いだろう
HP-UXはSJISだったね
Linuxこんな理由らしい
ttp://www.ossforum.jp/jossfiles/Linux_SJIS_Support.pdf
蓄積されたデータを継承・発展させていくことだって、新しい技術への挑戦だろうになあ。
当時のOSS界隈はマイクロソフトをFUDを多用するとか言ってたけど、
おまえらのやってることも同じじゃねーかという。
FUDを多用するというFUDだろ。
カタカナの長音記号もまともに扱えていない文書を堂々と掲げられる心意気に敬服
WSLだけ入れたいわ。
それ以外の付属モノは、全部要らん。
WSL有効に出来るよ
Microsoft Word が単なるワープロだったのはアイゼンハワー大統領の時代(50 年代)にまでさかのぼります。(笑)
しかし代わりに何があるでしょう？ Microsoft は実際試したことがあります。
「みんな機能を追加しすぎだと不平を言っている。ワープロだけのソフトを作ってやろうじゃないか。
シンプルで純粋な、Web ページ作成やデータベースのないやつを」。
それが現れました。Microsoft Write です。みなさんご存じないでしょう。大失敗でした。誰も買いませんでした。
私はこれを「SUVの原理」と呼んでいます。みんな必要もないパワーに取り囲まれているのが好きなんです。
データベースやWeb ページ作成機能なんて必要ないのに、こう言うのです。
「アップグレードしておこう。そのうち必要になるかもしれないからね！」
ワードパッドやろwin使いなら誰でも知ってるで
でも欲しいのはバイナリのリッチテキストじゃなくて
テキストをテキストのまま色付けや段落分けできる構造化エディタだったんだよなあ
htmlやcssがもっと手軽に扱えたら良かったんだろうけど
3.1まではwrite、95からはwordpadだっけ（以降もスタブのwrite.exeはあるけど）
> テキストをテキストのまま色付けや段落分けできる構造化エディタだったんだよなあ
無理やで？
勝手に色がつくことは可能だが、
ユーザーが自由自在に色を付けることはできない
rtfがそんな感じ
変なの
お、マジか。どういう実装なんだろう？
俺が前思っていたのはWindowsからはそうやってアクセスできる
内部的には（WSLレイヤーを介さずに）sambaプロトコルで
アクセスしているかのように見せかけるって方法で、
chmodに関しても設定でsamba相当の事ができるようにすれば
Windowsからsamba経由でアクセスしてるのと変わらない
実用性になるだろうって思ってた
一応言っておくと、
利点は遅くてLinuxファイルシステムと完全な互換性がないdrvfsではなく
速くて互換性が高いlxfsに置いたファイルをWindows上から直接修正できること
drvfsとは違い、ディスク上のファイルを直接参照するのではなく
\\wslという仮想的なファイルシステム経由でアクセスするので
Windows上からのアクセスは遅くなるものの、
設計的にはchmodの問題などを回避できる余地がある
ってところかな
https://blogs.msdn.microsoft.com/commandline/2019/02/15/whats-new-for-wsl-in-windows-10-version-1903/
Microsoft本気だな
Macに移ったユーザを取り戻せる
そんなことは気にしてない。
あのへんの層は大して金にならないからMSはそれほど重視してないだろう
とはいえこのままだとWinがクラウド開発に向かないゴミのレッテルを貼られて稼ぎ頭のエンタープライズまで逃げる恐れがあったから、
そうなる前に開発者離れを食い止めたいんだろうな
MSの客層的にWinのVMさえちゃんと動けば儲かるのはわかるけど、
マネージドサービスの品質があまりにも低すぎる
真面目にやる気ないんならお願いだからホスティング以外は全部撤退して開発環境だけ作っててほしい
お前が擁護しようがしまいが、
AzureではLinuxも動くし、AWSの次に使われてる
クラウドであることは否定できない
https://japan.zdnet.com/article/35123218/
この兼ね合いでバックグラウンドプロセスが無い状態でWSLコンソール全部閉じてもkill -9 -- -1してもinitが終了しなくなったんでwsl.conf弄るときはwsl --terminateするなり忘れずにな
9Pサーバ使ってアクセスするかたち
串を経由するようなもんだ
実装大変そうだからやらなかったけど。
そんとき、こういうアイデアはあるけど
MSは実装しないだろうなって思ってた。
だからやったたこと驚いた。
最近のMSはすごいよ
正しいことをちゃんとやる
そのチョイと癇に触るような上からの物言いはやめたほうがいいと思うぞ
後出しジャンケンであーこれ俺が考えてたやつだわーって言う奴
OSSならば、どちらかが淘汰されるか、
どちらも良くて、途中で方向性が変われば、
また違うソフトウェアとして、生き延びていくだけ。
要するに、アイデアを実際に実装するかどうかだ。
実装しなければ、なにもない。
「自分が最初に思いついた」とか、ネタなら面白くないし、本気ならヤバイ。心の病気だよ。
NT4の時代からService for Unix があったから
今から20年前にMicrosoftは実装してたんだけどね
(Linux互換ではなかったけど)。
>>658
の彼はいつ考え付いたんだろうね。
ですね。ただ、大文字小文字で別物扱いがいいのか今でもよくわかりません。
昔は日本語ファイル名なんて考えられなかったし。
読み書き自体はブリッジ経由で稼動中のWSLにやらせるので、動作していないWSLのファイルは読み書きできない。
逆に、WSL側が関知しない形で配下のファイルを読み書きされる事もないから、OS非稼動時に他の環境からパーティションを勝手に読み書きされた時に発生するような不具合も原理上ない、と。
多少のオーバーヘッドは発生するにせよ、利便性と安全性を両立できるなら歓迎だな。グッジョブと言わざるを得ない。
Linuxでも別プロセスが勝手に書き換えることはあるんだから
WSL稼働時しか修正できない理由はないと思うけどね
ブリッジを介し、WSL自身を経由してWindows側から安全に読み書きできる手段が構築されたのが今回。以前と同じではない。
> WSL上で動作するLinux環境側が関知できないまま書き換わり
どういうこと？ WSLはOSじゃないんだけど？
OSはWindowsそのもの。Linux環境なんてものはない。
これまで壊れていたのは、Windowsアプリが、WSL用に追加している
ファイルのメタ情報を考慮してないからだよ。保存した時に抜け落ちる。
9Pサーバー経由にすることでメタ情報を上手く保護している
そのためのブリッジを設えたのが今回。
あと「WSLはOSじゃない」の下りとかまあ何もかも浅くてデタラメなので、小学校からやり直せ。
\\wsl$\ディストリ名\〜 というUNCパスでアクセスすればね。
users\appdata以下を直で弄ったら、これまでと同様にぶっ壊れる
オフライン中に別環境からパーティションを半端に弄られたり、あるいは動作中に介入されるような不味い事にはならない。
まあ「WSL稼働時しか修正できない理由はないと思うけどね」とか言い切っちゃってるアホには、ちょっと難しかったかな。
毎回、WSLはOSじゃないけどWSL上で動作するLinuxプログラムの実行環境が〜
とか言わないといかんのか？
お前理解してないんじゃね？
Linuxでも別プロセスがファイルを書き換えることはあるよ。当たり前。
それでアプリレベルで支障が出たとしても、ファイルシステムが壊れるわけじゃないんだよ。
支障のレベルをお前わかってないね。
> オフライン中に別環境からパーティションを半端に弄られたり、あるいは動作中に介入されるような不味い事にはならない。
オフライン中に別環境からパーティションを半端に弄られると
Linuxは壊れるんか？
つまり別ディスクから起動して書き換えるってことに相当するんだが
それでファイルシステムが壊れることはないだろ
だいたいWSLでは「パーティションをいじる」ことはできない。
パーティションを管理してるのはOS（Windows）なんだから
すこしWSLのファイル管理を勉強したほうが良いよ。
LinuxじゃないんだからWSLがデバイスを直接管理したりしてないの
> 毎回、WSLはOSじゃないけどWSL上で動作するLinuxプログラムの実行環境が〜
Linuxプログラムの実行環境なんてのも存在しない。仮想マシンじゃあるまいし。
単にLinuxのシステムコールをWindowsのカーネルAPIに置き換えてるだけ
カーネルから見れば、LinuxアプリもWindowsアプリも同じ環境で動作しているように見える。
そんなに言いたいならTripでもつけてやってよ
別に論破する必要ないから、本屋でも行って1000年ROMってろ（ﾊﾅﾎｼﾞｰでいいし
ハイ論破。
https://forest.watch.impress.co.jp/docs/news/1170221.html
WindowsからLinuxのファイルにアクセスする仕組み（Windows 10 version 1903）
https://kledgeb.blogspot.com/2019/02/wsl-167-windowslinuxwindows-10-version.html
>オフライン中に別環境からパーティションを半端に弄られると
>Linuxは壊れるんか？
オンライン中に別システムからちょっかい出されたら壊れるだろそりゃ
壊れないケースもあるだろうけどさ
%userprofile% を別のディスクにバックアップしても壊れるんやろか？
Linux 側で見ると、自動的に、UTF-8 に変換されるのが、すごい！
> オンライン中に別システムからちょっかい出されたら壊れるだろそりゃ
だから別システムってなんだよ？
WSLのアプリはNTカーネル上の1プロセス。
単なる別プロセスでしかないんだが。
えとさぁ、WSL用の別のOSがいて、そっちがWindowsの制御外から
デバイスごと管理してるわけじゃないんだぞ？わかってんのか？
Windowsはファイル名をUTF-16で管理してるのだから
UTF-8と相互変換するのは簡単
引用マウントしたいならふたばでも行ってくれ
其れかいっそブログでも書いてここに貼っとけばエエやん。論争大好きマンなの？
Windowsで普通にLinuxソフトが動くもんな。
ネイティブでウィンドウシステムサポートしたら、ユーティリティ系でもなければデスクトップ環境系のLinuxの需要下がるよな
まあそれでもxubuntuとかお古PCに入れるんだろうけど。
別システムは別システムだよ
なんでWindows配下のプロセスの話になるんだよ
やっぱりWSLが別システムだって思ってんのか？
同じシステム上で動いていて、単に使ってるAPIが違うだけだぞ
その証拠にタスクマネージャーで見ると、WSLで動いているプロセスが
Windowsプロセスと同じように見える
ファイルはWindows（というかNTカーネル）が管理していて
どちらからロックを掛けても、同じようにロックが掛かる
WSLにドライバは存在せず、Windowsと同じドライバが管理してる
ファイルシステムだってそう。WindowsだろうがWSLだろうが
共通のドライバによって管理されてる。
だからどちらからどのタイミングで使ってもファイルシステムが壊れることはない
Windowsから触って壊れるのはファイルシステムではなくWSL上のメタデータが保存されないってだけ
ファイルシステムからみれば壊れているわけじゃない
DBとかでもデータファイル直でいじらんだろ
なんでWSLの話だと思い込んでるのかなあ。
今までの話の流れとスレタイを見ろ
それは全く別の話。
WSL起動中でないと書き込みができないから安全とか
意味不明なことを言ってるやつがいる。
（WSLが別システムだから？意味不明ｗ）
こっちは書き込みの安全性についてWSL起動中かどうかは関係ないといってる。
直接弄った時の安全性は、WSLの起動とは関係ないだろ？
ファイルが壊れるとか別システム（笑）とかじゃなくて、
ストアアプリでファイルはそのアプリ用に隔離されてるから
直接ファイルを弄ることはセキュリティポリシーに反するからだろう
ファイル自体は同じOSが管理してるんだから壊れることはない
> Windows側からの操作は動作中のWSL(Linux)環境経由で読み書きするので、・・・(1)
> Linux上で「Linuxでも別プロセスが勝手に書き換えることはある」のと同じ扱いとなり、・・・(2)
この(1)が全く関係ない。
(2)のLinux上で「Linuxでも別プロセスが勝手に書き換えることはある」のと同じ扱い
になるのは、WSL（Linuxではない）環境経由だろうが、WSL環境以外だろうが同じ。
WSL環境以外から書き込んでも、(2)と同じ扱いになる。
だから(1)は全く関係ない。
NTFS上のファイルとしては無事でも、WSL上のLinux環境からは破綻してしまっていたのがこれまで。
19H1ではWindows側にブリッジを作り、\\wsl$〜というUNCパスを使えば書き込み処理が起動中のWSL経由で行われ、WSL上のLinux環境からも関知される。
「実際の読み書きは土台のWindowsがやっているのだからファイルやメタ情報が壊れる訳がない」と繰り返しているアホは、この構造を理解できていない。
構造を理解できていないために、支障なくアクセスするためにはWSL環境が起動していなければならない理由もできていない訳だ。
無知で無能なくせに、やたらと攻撃的でマウント気質。まあ控え目に言ってクズ野郎ですな。
こちらとしても手加減する理由がないので、思う存分叩き伏せられる。
厳密君の言葉尻チェックうるさすぎ
なんでいちいち関係ない話を付け加えるんだ？
> WSL側はWindows側の挙動を知りようがないから、appdata以下を直で弄られてもWSL上のLinux環境からは察知できず
さも検知できれば大丈夫みたいな言い方をしてるけど、検知の有無は関係ない
そもそも（ファイル更新検知のためのAPIを使わない限り）ファイルの更新なんか検知しないのが普通
> メタ情報にも齟齬が発生する。
最初からこれが原因だって言ってる。Windowsアプリから保存すると、
（WSL用のメタデータを考慮してないほぼすべてのアプリは）
ファイル保存時にメタ情報が抜け落ちる。それだけでいい話
> 「実際の読み書きは土台のWindowsがやっているのだからファイルやメタ情報が壊れる訳がない」と繰り返しているアホは
誰もそんなこと言ってない。お前が
> オフライン中に別環境からパーティションを半端に弄られたり、
とか意味不明なことを言ってるんだろ。パーティション関係ない。オフライン関係ない。別環境なんてものはない
俺は>>675の時点でちゃんと以下のように言ってる。
> これまで壊れていたのは、Windowsアプリが、WSL用に追加している
> ファイルのメタ情報を考慮してないからだよ。保存した時に抜け落ちる。
> 支障なくアクセスするためにはWSL環境が起動していなければならない理由もできていない訳だ。
WSL環境が起動してないなければならない理由をお前は何も言ってない。
メタデータを保存するだけならば、WSL経由にする必要はない。
それか逝ね
https://forest.watch.impress.co.jp/docs/news/1170820.html
ディレクトリ配下を再帰検索する野良アプリを使っている人は要注意かも。
名前がドットから始まるターゲットをディレクトリ扱いする間違った実装してたらアウト。
Linux側のi-nodeに同期させる仕組みがないからでしょ。パフォーマンスが犠牲になる実装を避けるのは当然。
メモ帳みたいに同じファイルに上書きするんなら消えない
VSCodeとか上書き操作しても実際には別ファイルへの書き出し→元ファイルと入れ替えってやるから消える
>>716
今までエクスプローラー以外から作れなかったわけじゃないのにそんな馬鹿な実装アプリ使ってたら既に問題出てるでしょ
保存する時に、別名で作成→古いファイルを消す→名前を変更する
ということをやってるから。
一応安全な手段ではあるんだよ。
これだと途中でエラーが起きてもデータが消える可能性少ない
データ保存に比べて一瞬で終わる名前の変更だけできればいいからね
またLinux側とかありもしないものを持ち出してる
知識が浅いと駄目だね
WSLのstat ファイル名で表示されるInode番号は、
Windowsではfsutil file queryfileid ファイル名で表示される
ファイルID（の16進数を10進数にしたもの）だった
さっきも言ったけどLinux側のi-nodeに同期とか存在しないんだよ。
Linuxがそういう管理してるんじゃないんだから。っていうかLinuxなんていねぇ。いるのはNTカーネルだけだ。
単にAPIを変換してるだけなんだから、WSLからInodeを知ろうとしたらNTFSのFileIDを返すだけの話
WSL上ではアプリケーションはlinuxとして動くわけだから重箱の隅をつついても仕方ないし、inodeもないと動かない。
問題はそこじゃなくて「Linux側のi-nodeに"同期"させる」って言ってるところだよ。
同期だよ。同期。まるで別にLinux環境というものが存在して、そっち側でinodeを
Windowsとは別で管理していて同期を必要としていると思っているのだろう。
「さっきも言ったけど」とか記憶障害っぽい感じがする。
「自分が先に思いついた」とか発言してた人かな、ひょっとして。
お大事に。
そもそもi-nodeっていうのはext4とそのお仲間が持ってるもので
reiserfsなどにはi-nodeは存在しない。すべてのファイルシステムが持ってるものじゃないし
Linuxが管理してるものでもない（WSLにLinuxなぞ存在しないが）
だけどLinuxで必要とされるから、reiserfsのファイルシステムドライバが
i-nodeをエミュレートして表示している。
NTFSもそれに近い。NTFSのドライバはFileIDとして返すわけだが、
VolFsやDrvFsへの変換レイヤー（WSLの一部）がNTFSのFileIDをi-nodeとして見せてるだけ
VolFsやDrvFsがi-nodeを管理してるわけじゃない。単に変換してるだけ。
変わってないし、何も言い返せないならレスしなくていいよ
単に保存時にメタ情報を考慮しているかどうか。
いまちょっと確認したんだが、atomから保存した場合、
FileIDは変化しなかったけど実行属性は消えていた。
メモ帳やvscodeだと保存した場合FileIDは当然同じとして、実行属性は残ったまま
（だから俺はatomからvscodeに乗り換えた）
だから保存する時に以前のメタデータをどうするか？という処理が別に必要なのだろう。
NTFSのアクセス管理との整合性を破綻させない工夫が必要なのはCygwinの頃からある話で、誰でもわかる。
長々書かなくていい。
また今までの話と全く関係ない話を始めたなｗ
で、その要件定義が何だって？
その先をいえや
一番最初にi-node考えたのは俺やで？
史実なら軽く還暦越えっしょ
「Linux側のi-nodeに"同期"させる」ってことが理解できてないのはお前だけ。
inodeの実体がNTFSのFileIDであっても、知らないシステムが変更したIDとWSLが管理してるIDの整合性は取れない。
基本的にWSLサブシステムはWindowsのサブシステムとは互いに独立してるからカーネルは同じだとしても管理は別物。
共同で管理するには”特別な”実装が必要になる。
え？なんで？ｗ
理由言ってみ。どういう場合に整合性が取れなくなるのか
具体的な名前書いてさぁ
え？なんで？なんでサブシステムが別だと
管理まで別物になるの？
理由が全く書いてないじゃないｗ
ほんと適当な嘘書かないでくれないかなぁ（苦笑）
証拠を見せてあげよう。
「Linux側のi-nodeに"同期"させる」ってことが理解できてる人
他にいるなら、その人はどういうことなのか説明してみせて
意味不明だから、説明できる人が誰も居ないだろう
これ。だからwslで編集したファイルはwindowsで触ってもよいが、逆はダメになる。
>>738
windowsが作成したファイルをwslが編集するのは非推奨になってる。それを知らないだけだろ。
>>739
マイクロカーネルの基本的な概念を知らないだけだろ。
cp相当にしといた方が良いような気が
フィードバックしとくか…
> linuxのアクセス権限はi-nodeから紐づいたデータなのでWindows側のFileIDでは対応できない。
だから（Linuxじゃなくて）WSLから見えるアクセス権限は
ファイルについてる単なるメタデータなんだよ。
WSLから見えるユーザーとかあれは仮想的に作ったもので本物のアクセス権限じゃない。
WSLでrootになったとしてもWindows上から見れば、ユーザーの権限のまま
実際のアクセス権限はNTカーネルによって行われる。
だからDrvFsとかでWSL上のrootになっても書き込めないファイルが有る
> windowsが作成したファイルをwslが編集するのは非推奨になってる。それを知らないだけだろ。
なっていない。そのためのDrvFsなんだし。
https://kledgeb.blogspot.com/2017/12/wsl-126-drvfslinux.html
> DrvFsとは
> 「DrvFs」は、WSL環境（Linux環境）にWindowsのボリュームをマウントし、
> LinuxからWindowsのファイルにアクセスできるようにする仕組みです。
ほんと適当な嘘ばかりつくよねｗ
> i-nodeが正しく反映できてなかったらシステムコールのstat構造体を使うプログラムは全滅だよ。
i-nodeはFileIDを使えばいいだけ
それより同期の話は何処にいった？ｗ
一体何を同期するのだろうか？
誰か答えてくれｗｗｗ
https://japan.zdnet.com/article/35132978/
これ。次期アップデートから。
それがどうしたの？
windowsが作成したファイルをwslが編集するのは非推奨とか書いてないわけだが
文章ちゃんと読めてるか？
それ別人だから。脳みそお花畑か。
だからそれがどうしたのって聞いてるわけだが？
そんな事知ってるし、なんのために持ち出してきたんだ？
俺に言うことじゃないだろって話。
お前には聞いてないｗ
これは良アプデの予感
ttps://blogs.msdn.microsoft.com/commandline/
ところで Fedora ってどうなっちゃったんでしょうｗ モジュラー関係で何かあるのかな...
それを解決したFedoraRemixはMS以外から出てるけども
これをいじろうとすると
・必要なHDDの容量が20GB必要
・文字のエンコード関係で壊れるかもしれない不安
・２０GBのインストール・アンインストール作業。時間が掛からないわけが
http://kasou-ken.seesaa.net/article/459488503.html
https://linuxfan.info/wslconfig
https://mongonta.com/f341-howto-update-under8gbdisk/
win鯖のシス管みたいなことを何が悲しくてせなあかんのかよく理解できない…
そんな間違えだらけで役に立たないページ見て何がしたいの？
その役に立たないページの修正情報をただで集めようと言う魂胆だろう
凄い時代になったもんだ。
・テキストエディタやロケールを扱えない自己紹介・腐った情報の掲示
・初心者向けコマンド解説
・低スぺPC Winアプデ方法
win鯖のシス管と何が関係するのか…
WSLのおかげで実質的にWindowsでの作業だけで最新の辞書データを適用できるようになった。
https://github.com/neologd/mecab-ipadic-neologd
> win鯖のシス管と何が関係するのか…
win鯖のシス管をパソコンのサポートと勘違いしてるんだろう。
パソコンの設定をするのは、win鯖のシス管だ！
こいつがダメな理由を、周囲の第三者に説明するだけでいい。最後にこいつの人格批判を添えてな。
始めたのは向こう側だからな、遠慮は要らんぞ？
WSLがあれば楽チン。
・Windows Sandboxは再起動を要する作業はサポートされない
そもそもWindowsの機能が空なんだけど…
dismもパッケージサービスコマンドが丸ごと無い
事実上の新バージョンに見えるけど。
あらあ、そうなのか・・・
fgetc() の戻り値を char型変数で受け取ったに2000ペリカ
とかだから違うな
2000ペリカ直ちに振り込むように
grep -nE ".*" で一行ずつ出力させてエラーが出る場所追いかけてみてはどうか。
理解してないのはOSやコンピュータというべきか？
/mnt/cなんてちょっと特殊なファイルシステムとして
マウントされてるだけに過ぎないんだから、
意味不明なことにはならんよ。
やっぱりここを触られるのはNGなのか
grep -ir '赤い糸' ./*
ファイル名は自動的に、UTF-8 に変換してくれるけど
そういう昔のEUC-JPで書かれたファイルを
UTF-8の端末からgrepしても同じように見つからない
SJISのファイルをgrepしたいなら、端末の文字コードをSJISにすればできるだろうが
デフォルトでその設定は入ってないだろうな。
nkfでも使ったほうが簡単
straceしろよ
そもそもゲイツが潰れかけてたアップルに資金提供して蘇生させたんだがな
https://news.cookpad.com/articles/3007
grep -ir "$str" ./*
"赤い糸"という文字列を、Ruby で、sjis に変換して、
(Ruby にはデフォルトで、nkf が入っているので、Linux にはnkf を入れていないため)
それで、Windows側のsjisのファイルをgrep したら、
「バイナリファイル ./桃子.txt に一致しました」とひとまず一致したけど、
sjis のファイルは、バイナリファイルとみなされた
一致箇所が複数あるけど、何回一致したかはわからないし、一致した行もわからない
ただし、ファイル名は自動的に、UTF-8 に変換されている
なんで日本専用の文字コードを使うんだよ？
海外対応考えてないのか？
だいたいExcelのせい
インターネットバンキングからcsvおとして解析かけるのに一旦utf-8に変換しないといけないし。
つうかDATがSJISなんだよな・・・
多言語板が出来そうだが、キリル文字の荒しとかでそう。
まあそしたらＡＡ香具師とか死にそうだけど。
ロケール切り替えれ
馬鹿なの？
5chの場合、全部SJISで一部の板は文字参照としてunicode文字が表示できる
キリル文字はそもそもSJISに収録されてる(unicode前から顔文字に使われてたし)
configure終わらん
virtual boxにいれたopensuseのが速い謎
ちゃんと仮想osと共有してるホストwindowsのディレクトリで
仮想oSから作業しての話ね。
ほんと謎
Windowsと切り離して動かしたほうが速いだろうなとしか
当たり前じゃね？
ディスクのスピードテストしてみれば分かる。
当然windowsとは協調動作してますよ。
システム環境をチェックするconfigureが
共有ディレクトリを多量にアクセスするわけなかろう
makeはそれほど遅くない。
cygwinと同じでforkが遅いせいだとおもう。
cofigure遅いといっても、cygwinにくらべたら、wslはだいぶ速い。
でも、native linuxからするとくそといいたくなるが。
今のMSならカーネルにforkもしくはforkが速くなる機能を
実装してくれると思う。
なるほどそっちか。
たまにfork自体を失敗するMSYS2よりマシかもしれんけど。
となるとVMつかった方がいいな。
使ってる部分もあると思うけど、NTカーネルAPIがWindowsの
本当のAPIでそれを利用する形でWin32APIが作られてる。
それと同じレイヤーでWSLが実装されているわけだから
基本的にはWin32APIを使わずにNTカーネルAPIを呼び出してるはずだよ
VMは実質二台のパソコンを使うようなもので、
ホストOSとのデータのやり取りが面倒なんだよ。
つまりWindowsのテキストエディタを使って
プログラミングしてLinuxで動かすとかね。
だったらfork相当の機能がなくても困らないじゃん。
いにしえのPosixサブシステムと同じことすればいいんだし。
> だったらfork相当の機能がなくても困らないじゃん。
なんで？
> いにしえのPosixサブシステムと同じことすればいいんだし。
だからいにしえのPOSIXサブシステムも遅かったんだろ？
RtlCloneUserProcess
あー、はい。そのAPIがLinuxのforkに比べて遅いんでしょうね。
調べてくれてありがとね
wslで/mnt/c経由でアクセスするのと、
virtual boxで /media/... 経由でアクセスするのと全く一緒だけどな。
一緒だからこそ、そこで差は出ないってことだよ。
つまり、差がでるのは共有ディレクトリではない所だということ
ここまですぐにわからんかね？
>>823
virtualboxで/media経由でアクセスするには、共有フォルダの設定が必要で、
さらに仮想マシンのOSにGuest Additionsをインストールしなければいけない
もちろんOSのインストールも必要だな。
気軽さがぜんぜん違うよ
WSLでxで日本語使えるまでの設定どんだけ苦労したかｗｗｗ
絶対virtualboxのが設定まで含めて楽w
余談ですが、WSL Debian で sh (dash) を ksh93 で代用した時は、fork 処理が sh より速かったように思います。
http://magicant.txt-nifty.com/main/2007/12/post_b430.html
ksh93は、他のシェルならforkを使うような場面でも
forkを使わずに（無理やり？）実現している場合があるので
fork処理が速いではなく、fork回数が違っている可能性が高い
> WSLでxで日本語使えるまでの設定どんだけ苦労したかｗｗｗ
WindowsがあるんだからXいらないよ
WSLでそこまでやるのはもう趣味レベル。
単にGoとかのスクリプト動かしたいけどWindowsだと面倒くさい時にしか使わない。
コンパイルやビルドは素直にVMでやったほうがいいわ。
日本語ファイル扱えねーだろ
普通にメモ帳でそのファイル名で保存できた
っていうかそれ、日本語ファイル名じゃないしｗ
それ、聞いたことある。自分ではkshをうまく扱えなくて、つかってない。
837のどこら辺がローマ字なの？
windows側と比べて95%ほど出てるのでとても快適な環境なんだけど、linuxゲストだと
hyper-vの動的メモリ管理がひどくて、2GBから16GBで動的割り当てにしていると、linux側で2GBも
使ってないのに、すぐに16GB確保されちゃう。
・WSLは遅いし
・virtualbox with hyper-vは、別ドライブからの起動がうまくいかないし
・vmwareはhyper-vと仲悪いし
で、決定打に欠ける。
メモリ安くなったから、64GBにして解決するのもありかもしれない。
ファイル名はOSの管轄だからメモ帳とは関係ないだろ
NTFSのファイル名はそもそもUTF16が仕様だし
NT3.1でも対応したフォントさえあれば可能
batはロケール依存。今もUnicodeでファイル名を渡せない仕様。
Dynamic MemoryなんてWindowsゲストでもうんこでや(ﾎﾞｿ
カーネル回りはUnicode前提で作られているけど
上部はWin9xとの互換性のためにShiftJISを採用
W系文字列とA系文字列を変換しつつ動いてる。
VC8.0からワイド文字がデフォルトに変更された。が・・・
未だにマルチバイトでビルドされたソフトも存在する。
￣ヽ、 _ノ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
｀'ｰ '´
○
o
／／三ミ彡ミヽ
//////⌒ ⌒ヾ ヽヽ
/.////ト、 i | | |i
|.| | | | ト､ ,二、| | | ||
ﾊ ﾊ | | | | / | // | | |
| } | } | | | |;;竺､､､//／} ||
{ V .} | | | |ﾐ三ｦ` |/ / |／}
〉へと.ヽ| |こン / /／ ｨ| と思うしぇしぇしぇであった
}イ`'( } `ー, へ、´ /| ||
＼ヽ ﾉ { ﾉ`T⌒ }//
> batはロケール依存。今もUnicodeでファイル名を渡せない仕様。
それはお前がコマンドプロンプトをsjisで起動してるからだろ
chcpでコードページを切り替えろよ
> カーネル回りはUnicode前提で作られているけど
> 上部はWin9xとの互換性のためにShiftJISを採用
上部ってなに？ Windowsと関係ない
一部のアプリがSJISを使っているからって、
WindowsはUnicodeなんだけど
マルチバイトでビルドされたソフトには異なるロケールで引数渡しできない。文字化けする。>>846 さんの言ってることが現実。
Windows向けPerlディストリビューションのStrawberry Perlもマルチバイトでビルドされたソフトのひとつだよ。
OSと関係ない
残念ながら、OSはわざわざシステム本来のロケールに引数を復元してからアプリに渡すのでアプリの問題じゃなくてOSの問題なのよ。
つまり chcp 65001 しててもアプリにはコードページ932の文字列が渡される。アプリ側ではどうしようもない。
ダウト。そんな事しない
え？ほんまでっか！？
シェルの問題、パイプを噛ませるならともかく。
GetCommandLineW() と CommandLineToArgvW()でオリジナルに近いコマンド引数をUTF-16で得ることはできるね。
実際に試しもしない馬鹿
何を試すか示されてないのに、
どうやって試せと？ｗ
お前なら何を試すんだ？
って定義で揉めているの？
また文系が本質に関係ない所で暴れているのか
何がやりたいのやら
それだけ
昔は表示できない非SJIS文字が多かった。単にchcpしただけでは対応できなかった。
そうじゃない。
OSはAPIを提供している。
その中には古いOSやアプリとの互換性を保つためのAPIもある。
その互換性を重視したAPIを使ったアプリの仕様は
アプリの問題でありOSの問題ではないということ
> カーネルがUnicodeでシェルがShiftJISだった
それだけだと中国でもShiftJISみたいだろｗ
それにシェルとコマンドプロンプトの違いもわかってない。
Windowsにおいてエクスプローラーもシェルだし、こっちは完全Unicode対応
Windows NT系は最初からUnicode。コマンドプロンプトもUnicode対応だが
互換性のためにデフォルトでは「Unicode対応でないプログラムの言語」の設定に
対応したコードページになっておりこれは変更できる。
ここまでかいて「それだけ」と言えるんだよ
互換性は必要なのだからOSの問題でもない。アプリもメンテが大変だから対応でなくても仕方ない。
できないことをやろうとする利用者の問題だろ。
そんなに文句垂れるならVM使うなり、サブマシンをサーバー化してSSH/MOSH,RDPでつなぐなりすればいいだけ。
WSLは成長途中で成熟すらしてないのに文句垂れるのはアホ。MsWinだって温故知新の如く開発をしている。それでもIEやレガシーシステム捨てないような阿呆のために互換性を捏ね繰り回して考えている。
我々利用者は限られた選択肢をどうするかだけだろ
利用者として要求するならインサイダープログラムにでもさんかしてフィードバックでもしろ。そうじゃなきゃ知識ある人間が文句垂れんなよ。
そういう人どこにでもいるから気にしない。
WSLには本当に感謝してる人もいるってことを忘れないでね。
日本国内だけしか使えない
一方、UTF-8 は、すべての国(多国間)で使える
だから外人は、sjis 対応では作っていないから、ほとんどのアプリでバグる。
漏れら日本人が、言語一覧表に表示される、何百もの言語に対応しないのと同じ
ただ、WSL がすごいのは、Windows側のsjis のファイル名を、
Linux側では、UTF-8 に自動的に変換して、読めるようにしている
逆。Unicodeのファイル名を可能な限りsjisで読めるように擬態してきたのがWindows NTのすごさ。
単純にWindowsの開発が凄いってことだ
MSがすべての文字は16bitで固定的に表現できるって言ってた気がする
SJISの並び順を維持したままソートするのがWindowsNTの地味な偉さでそ。
リストビューとかソートするプログラムもソート順だけ指定してあとはOSにお任せ。
ほんとそうですね。Linuxの10年先行ってる。
むしろWindows1.0〜Meとの互換のためにNTの潜在能力を出し切れていない面が多い
カトラーが作ったわけじゃないんだけどね。若い人かな？
すべて2種類作られている
MFC では、_T( )マクロで文字列を囲むと、両方に対応できる。
_T( "日本語" )
この型を、TCHAR 型と言う
そして、ソースコードのビルド時に、どちらのエンコードを使うか、指定できる
どの道、sjis を使うのは、日本人だけ。
外人のアプリでバグるから、どうしようもない
unicode なら外人も使うから、バグらない
外人＜Unicode対応したぜ！he he（ASCII相当な英数字しか通らない）
Windows-31JはIANAにも登録されてると思うのだが
> ただ、WSL がすごいのは、Windows側のsjis のファイル名を、
Windows側にsjis のファイル名なんて一つもないよ。
すべてUnicodeのファイル名になってる。
> Windows API には、sjis/unicode 用の2つの関数がある。
あははｗ SJISは日本語専用なのに
日本語専用のAPIがあるわけないじゃないですかｗ
こういうレベルだから馬鹿にされるんやで
> MSがすべての文字は16bitで固定的に表現できるって言ってた気がする
MSは言っていない。言っていたのはUnicodeを作ってる連中
> UnicodeとSJISでは文字の並びが違うからそのまま文字列ソートしたら違う結果になる。
ほんと言ってることのレベルが低すぎて哀れ
文字の並び？ Unicodeでは文字の並びは文字コードの並びではない。
Unicodeではどういう順番にするかという並べ方が複数定義されてる
現在のロケールに合わせて適切な順番を選んでいるだけ
今はもうsjisなんか使ってない
Unicodeを使って開発している。
外国人もUnicodeを使っている。そうしないと絵文字すら使えないから。
逆に言えば絵文字が使えればUnicode対応
Unicode対応で作ってるからほとんどのアプリはバグらない
時系列がめちゃくちゃ
時系列？
Unicodeが最初にできて（文字の並びも）
Windows NTがUnicodeを採用して
その後にUTF-8が作られた
これでいい？
何がメチャクチャなのか知らんが
FDの中も？
最初が間違いだな
元々UnicodeはJStarのコードだよ
Etehernet（イエローケーブル）とか
長い間、画面解像度が1/72inchだったのもそうだ
英語圏はデータ増えるの嫌って
A系関数I決め打ちで作ってるソフトが多かった気がするけどなあ
そもそも9x全盛期だったが
外人がchar感覚で配列いじくってるプログラムは多バイト圏でバグるよ
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 の名称でドキュメント化されています。
ただしこれは実際の関数の名前ではなく、マクロ名です。
>>901にも書いてあるけど、普通はA系決め打ちのコードなんて書かないよ
コードには SetWindowText と書いておいて
シンボル UNICODE が定義されているかどうかで切り替える
きちんと対応したコードは少なくて大抵はどちらかに決め打ちだった
結果的にマクロで切り替えは無駄に複雑にしただけだった
UNICODEを定義せずに
文字型はchar
これはA決め打ちと言ってもいい
> UNICODEの定義で切り替わるけどANSIバージョンとUNICODEバージョンの両方に
> きちんと対応したコードは少なくて大抵はどちらかに決め打ちだった
なんで両方に対応しなきゃいけなんだ？
Unicodeバージョンだけ作ればいいんだよ。
> Wしか使わないように実装したつもりでもランタイム組み込むとAが混ざる。
標準的なライブラリはすべてUnicode対応
サードパーティの古いライブラリなんか知らんわｗ
そのライブラリの問題だろ。
シンボルUNICODEを定義していなければ、A決め打ち
シンボルUNICODEを定義していれば、W決め打ち
通常はシンボルUNICODEを定義するので、W決め打ち
わかった？
なぜかというとVisual StudioでUTF-16に相当するwchar_tの型サイズや使い道が、他のコンパイラでは異なるから。
多くの人が使っている64bit版WSLのgccは既定でwchar_tがUTF-32なのは周知の事実でしょうに。
試しにWSLのgccでsizeof(wchar_t)を出力するプログラムを書いてみればすぐわかる。
全体的にコードがキモくなるからやってるのはあんま見ないね
だいたいwmain用意しといて引数はさっさとUTF-8に変換して内部はchar*オンリーで
Windows依存のところでwchar*に戻すみたいなコードを入れてる気がする
ただそれもCJK圏の人が気を利かせてパッチ投げて追加されるなんて場合が多い感じだけど
だからマクロがあるんだろ。何を言ってるんだろうか？
もしかしてマクロの意味わかってない？
シンボルUNICODEで簡単に切り替えられるんだよ？
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を使うのが正しい。
な？言ってることメチャクチャだろ？
こいつわかってないんだよ。
メモリ上はUTF-16/32、プロセス間のデータやりとりはUTF-8、という使い分けがさらに進んでいく気がする。
文字に対する処理はライブラリを使わないとやってられないんだから
もうそんなレベルじゃない。逆にライブラリ使えばどっちでもいい。
漢字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バイトは必要になると考えられる。
確かにそのとおり。一文字を固定長と決めつけたコードを書くこと自体が良くない。
将来、人類は知能の高い地球外生命体と遭遇してさらに文字が増える可能性もある。
その知能の高い地球外生命体が使ってる文字コードを使えばいい。
宇宙コード、universe code、通称 unicode
まさにこれ！
Unicode は多国間で共通だけど、ANSI は各国で異なる。
ANSI は日本では、sjis になる
外人は、sjis を知らないし、
逆に日本人は、sjis 以外の他国の文字コードを知らない
外人は半角英数字で考えるから、char 配列で、1バイトずついじってくるから、
複数バイトで構成される文字で、バグる
日本語を入力すると、カーソル移動がおかしくなる。
日本語文字のバイト数分(3バイト？)、移動してしまう
外人には、こういうプログラミングが多い
また、Windows のRuby(MSYS2)で、irb で日本語があるとバグるけど、
WSLのRubyでは、バグらない！
これは、WSLでは、コマンドプロンプトと同じ画面を使っているから。
Windowsのコマンドプロンプト/PowerShell は、日本語でもバグらない
コンソールアプリの日本語が化けるのはプレビューで去年踏んだが…
プログラム書いてるやつのせいというより、処理系の問題かな。
まだ治ってないよね、これ
コマンドプロンプトは地味に進歩しつつバグも生まれていっている。
多分別件かな
踏んだのは日本語の表示が化けるってヤツだった
ファイルにリダイレクトすると大丈夫
もちろんフィードバック済み、コレクションにされたけど200票以上入ってた
上の方でX入れんと日本語扱えないじゃんって書いたのは俺だが、
単に標準のbashターミナルでは日本語入力できないじゃんってという純粋にWSL環境の話だったのに…
標準のbashターミナルで日本語入力できるから、
どっかの馬鹿が勘違いしただけという話で終わってる
コンソールはwindowsのimeで日本語入力可能。vim, emacsコンソール版, nano
などで使える。
wslttyでも使える。
GUIはMozcなどで入力。
ubuntuなら、後者もググれば、情報あり。
それでカーソルが消えるのか
後、PCのスペックがCORE i3の4GBなんですが仮想マシンでやると重くて作業にならないみたいな事になりますか？
仮想マシンは固定でメモリを割り当てる必要があるから4GBだとかなり厳しい
でも、Windows側でEclipseとかIDE立ち上げるときつそう。
PHPで開発するらしいし、Cloud9とかサーバーサイドで動くIDEを同じVMに作る手もあるけど・・・
https://qiita.com/naniwaKun/items/b7b45a6e6ed33ce81eb9
やっぱ根本的にディスクアクセス遅い。
cloud9ですか調べてみますねm(_ _)m
HDD?
それなら癖あってもラズパイ一台買ったほうがいい
それかもうPentium４とかでもいいからパソコン買ってそれに打ち込む
個人的おすすめはまだ現役でイケるcore2duoに4ギガ積んでxubuntuとかUbuntu Server, centosいれるほうがいい。
PHP、Apacheはラズパイか？
ラズパイ3以降はUSBのバスパワーじゃ動かないから、ACアダプター追加の投資がいるな。
まあ、ケース含めて一万もかからないけど、無印やZeroは貧弱するからLAMP
に向かない。
ある程度までは、cpuよりメモリ重視。メモリある程度積んだら、cpuで差がつく。
これは、昔も今も変わらんが、最低限のメモリの容量は時代とともに増加する。
VMで充分だろ、ラズパイ使うくらいなら。
Eclipseとかアホか。
うちはサクサクだけど……
ちゃんとSysMain(スーパーフェッチ）でメモリに持ち上げてますか？
WSLも問題なく動くし
ﾁｮﾛﾒはメモリ食うからね。
あとタスク常駐数
crystaldiskinfo,line,fclix,volume2,signal now expressみたいなのを常駐させるだけ食う
gnsとかVM大量に動かしてれば尚更
Electronで出来てるけどChromeよりは軽いし。
特に初心者は、俺もそうだったし。
拡張機能便利だしキレイだし、ターミナルでWSL使えるのもいいよね。
保存文字コードutf-8/LFに設定しとけば問題ないし
PHPはビルトインサーバー機能使えるし、WSLにPHP入れればできないこともないか。
サーバー(Nodejs)とクライアント(WEBブラウザ)両方起動する必要あるけど、どちらを停止しても
また起動すれば前回の状態にそっくりそのまま戻る。
VSCodeみたいな拡張機能はないけど・・・
そういう問題でもないような
System32をlsするでしょ
WSLやcygwinだといつ終わるかわからない
virtualboxの共有フォルダ経由ならすぐ終わる。
一瞬で終わるが…
x86_ ctrl-i 固まる
みたいなのも一度キャッシュ入ればいいようだね。
ウィルスバスターだと、wslからWindowsネイティブのプログラムをコマンド実行するのに0.3秒奪われる。
キャッシュとか関係なく、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でディスクアクセスがひどいなら話は別だろうけどな
お前のパソコン、ウイルスに感染してるのを疑ったようがいい
/mnt/c/Windows/System32 のls か、すぐに終わる
959は一体どんな環境でやってるのだろうか
コマンドプロンプト
real 0m1.269s
user 0m0.047s
sys 0m0.531s
VcXsrv Xfce xfce4-terminal
real 0m0.533s
user 0m0.031s
sys 0m0.500s
今の話は、コマンドプロンプトではなくて
高機能になった、新しいWSLのコンソールで
lsを実行すると一瞬で終わるって話
emacsのcompanyでディレクトリ名補完かかるとコーヒー入れて待機だし
rep2をビルトインサーバーで動かして、w3mで携帯用のサイトを見れた。
WSLだけで5chが見れる。
書き込みもこれでいける。
WSLが無い頃はどうしてた？
今回やった方法はCygwinでやったことあるけど、苦労した割には遅くて使い物にならなかった。
WSLならUnuntuでやるのと全く同じでパッケージもサクサク入れられるし動作も安定してる。
>>966 は補足やアンカを付けなかったのがいけないのですが、いわゆる余談です。
>>963 の 画面表示に時間がかかっている というくだりに掛けてあります。
（WSLのコンソールはコマンドプロンプトのコンポーネントを引いています）
遅レスだけど、その前はCygwinとVMで Navi2ch 使ってた。速度的にはどれでも無問題。
みんな、VMでもWSLでも一瞬で終わるって言ってるから、
WSLのせいじゃないってことだよな。
だからおとなしくubuntuとかのアイコンから開けばいいだけ。
winR実行とかできないって文句言うなら shell:appsforderからショートカット飛ばして同じ階層に「start %1」を内包させたbat用意して *.bat [shortcut-name] で動かせばいいだけ。
そういう話じゃないのよ
> System32をlsするでしょ
> WSLやcygwinだといつ終わるかわからない
↑これが嘘だったって言うこと。
1秒ちょっとで終わるのに、いつ終わるかわからないなんて
思うわけがないでしょ？
全レス安価の如くそうつっこまないでいいだろ
俺なんかはそう云う決め付け根性で書き込んで話の通じないようなやつは釣りだとしか思わないし
終わんないし
一度実行するとすぐ終わるけど
明示的にキャッシュにでも取り込めばいいのかね
system32にどんだけファイル数あるの？
lsを実行してる所を動画にして公開してくれよ
ls | wc -l
ってやったら数値は幾つになる？
ハードウェアが古いとか？
もしくはどこかおかしくてアクセス待ちかリトライで遅くなっているとか？
（一度でも正常にアクセスできればキャッシュに乗るのでその後はすぐに終わると思う）
>>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
困るほど遅くはないですね
漏れも、CPU-i3, SSD-128GB, 8GBメモリでやってみたら、4513 だった
一瞬で表示されるという事は、
ほとんどの時間は、すべてのファイル名を表示する時間
それさえしなければ速い！
1秒もかかりはしない
いろいろ試行錯誤したがChocolateyではバージョンが下げられない。
結局、公式サイトからインストーラ wsltty-1.9.6-install.exe を取得して再インストールした。
Releases mintty/wsltty GitHub
https://github.com/mintty/wsltty/releases
Cygwinスレでminttyがバグってみんな困ってるのを傍観してたが、自分も同じ目にあってしまったよ。
環境の保存と復元が楽になって素人の俺によさげです
https://news.mynavi.jp/article/20190110-754413/
これでVirtualBoxを捨てられそうだ。
今はlxrunofflineでdドライブにはいれてるけど、標準で出来るなら楽かな
大学にスナップショットの説明できるな。
これで大学PCにWSL導入できる
【Bash】Windows Subsystem for Linux【WSL】5
http://mao.5ch.net/test/read.cgi/linux/1553100855/l50
新しいスレッドを立ててください。
life time: 131日 13時間 41分 26秒
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニュース
- 岸田総理「誰ひとり取り残さない社会」実現へ [煮卵★]
- 異例！ド軍ロバーツ監督が大谷翔平と緊急会談…「ぶら下がった果実を生かしきれていない」 [フォーエバー★]
- 慶應義塾長が国立大の学費増額を提言「年55万→150万に」 文科省の会合で ★2 [少考さん★]
- トライク(三輪自動車)が大型貨物に追突、男性死亡 男児意識不明 ヘルメットなし [蚤の市★]
- 休日に全く食事を取らない（取れない）人が過去25年で倍増している [ネギうどん★]
- 【芸能】日テレ退社→フリーの上重聡アナ、仕事なさすぎてヤバイ！ 5月予定ガチ公開… 現状、仕事が決まっているのが3日 [冬月記者★]
- AFC U23アジアカップ カタール2024★8
- AFC U23アジアカップ カタール2024★9
- とらせん
- 【酒】日本vsUAE【U23アジアカップ】
- とらせん祝勝会 ★2
- こいせん 全レス転載禁止
- この女の子ニーハイや脚見てムラムラすふ？
- 【画像】最新ラブライブ、ぼざろみたいになる
- FANZA10円セール開催中！！
- 誰もいない駐車場で一人で10時間くらい駐車場練習したい
- ウーバーイーツでケバブしか食ってない男
- いなり寿司を盗んだ74歳の女性を現行犯逮捕→82時間拘束→警察の誤認逮捕でしたｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ