【PC】マイクロソフト、Windows 10にUNIX系OSと似た擬似コンソール実装
■ このスレッドは過去ログ倉庫に格納されています
長い間、Windowsにはネイティブに動作するOpenSSHの実装が存在しない状況が続いてきた。コンソールアプリケーションもかなりトリッキーな実装を行っている。UNIX系オペレーティングシステムでは当たり前に実現できていることが、Windowsでは実現されてこなかった。
Windowsでも結果的に同じように見える振る舞いを実現できるが、UNIX系のオペレーティングが提供している仕組みとあまりに違いすぎるため、これまでUNIX系オペレーティングで提供されてきたコンソールに関連するコマンドの移植は進んでこなかった。しかし、2018年秋のWinodws 10アップデートでこの状況が大きく変わる可能性がある。
Microsoftは現在開発を進めているWindows 10に「擬似端末(Pseudo Console)」の機能を実装するようだ。実装する機能の詳細は「Windows Command-Line: Introducing the Windows Pseudo Console (ConPTY) - Windows Command Line Tools For Developers」にまとまっている。
UNIX系オペレーティングで実装されている仕組みとよく似ており、こうした機能を利用しているコマンドの移植がこれまでと比べて格段に簡単になるものと見られる。開発者は注目しておきたい機能だ。
物理的ターミナルはキー入力の受け取りや入力されたデータのバッファリングと送信、逆に送られてくるメッセージの処理と表示といった処理を行っている。マシンの性能が向上し、マルチウィンドウシステム上で複数のターミナルアプリケーションを実行できるようになると、これまで物理ターミナルが実施していた処理をソフトウェア的に行う必要性がでてきた。この時に開発された仕組みが擬似端末だ。物理ターミナルが行っていたような処理を擬似端末が担う。
擬似端末はsshでサーバにログインする場合などにも使われている。現在であれば、sshでサーバにログインすればその分だけ/dev/pts/にファイルが生えてくることを確認できるだろう。sshでログインするとその分だけ擬似端末が使われている。こうした仕組みがあることで、ターミナルを利用するコマンドを簡単に開発できるようになっている。
これまでのWindowには擬似端末の仕組みが用意されていなかったため、Windows版のOpenSSHは以下の画面のようにWindowsで提供されている機能を使って動作を実現していた。オリジナルのOpenSSHの実装系と比べると、Windows風のコードを従来の実装に交ぜることになる。
https://news.mynavi.jp/article/20180817-679662/ >>172
多分、アフィとかでネットDE真実をしてしまってるんだろうが
マウスとケース込みで20万もしないノートの無線でも1時間なんてとてもかからなかったんだが
えーと、君のハイスペって何? >>172
これほどみっともない逃げのレスも珍しい そうそう
僕ちゃんは30分も掛からないよー
アップデートに時間がかかるって言ってる奴はみんなポンコツ使ってるんだよーって思ってな
君の世界ではそうなんだからそれでいいんじゃないか >>164はつまり、U+FEFFが文字を表している(コードポイント)ということがどうしても理解できないんだろうな。
今までのレスを見るに彼の頭の中には具体的な「文字コード」しか存在しない。 >>181
いやだからさ、外を知るもなにも(てかソースがネットのみじゃないならむしろ俺みたいに思うが)
国産メーカーの低性能ぼったPC強制的に使わされてんならまあそうだろねて同意できるけどさ
SSD、接続規格、メモリ関係ない!とかはちょっと頭可笑しいんじゃね?と思うからさ
ちなどこのメーカーのなんてPCよ?
自作なら構成どうぞ >>183
1時間からいつのまにか30分に急に変わってて草
あーやっぱりネットDE真実してた人でしたか(笑) 149 名刺は切らしておりまして 2018/08/20(月) 06:48:33.40 ID:P88+4vq6
ボクは逃げも隠れもしないよ
ID:TaAA6koY=ID:P88+4vq6
だからね >>185
SSDでもSATAとnvmeでアップデートに大きな差が出ると思ってる時点で、
レベルがわかったからもういいよ
>>186
意味がわからんな。
30分掛からないっていってるのはポンコツ君だけどね アップデートは概ね30分以内に終わってる
それに掛かる時間が遅いと感じたことはない
インストールしているソフトウェアが多いと
それとの整合性取りながら更新情報を作成しているんじゃないのか? ちなみにネットde真実って言葉が大好きみたいだが、
システム部門の人間なんで、その言葉とは対極にいるかな
検索すれば、他人の書いた実例が出てくるから言ったまで 擬似コンソールのスレなのになんでBOMとかWindows Updateで延々とレスバトルしてんのw 凡人は
テーマがよく分からないときに
自分が分かる話題を話したがる
疑似コンソールのはなし、続けてくれ給えw >>190
とはいえCドライブにOS除いて100GB以上はいってるのでも1時間もかかったことない
他の人らもだいたい似たようなもん、35〜50分程度
たしかに昔のノートなら4時間ほどかかったがな
3600rpmのHDDだわ、メモリ4GBだわで、もうね >>191
いや外に出てみろとか頓珍漢なこと書いてたので、売り言葉に買い言葉でw
ちなみにそっちはネット記事しかソースないのね、ほんとにネットDE真実じゃんw
周りの人に聞いてみたら? >>175
だから何?
それがBOM無しUTF-8ファイルの先頭にきたら心配だとでもW
>>116と>>164の落とし前つけてね
なにを心配しているのか全然わからないわけだわ
>>184
>具体的な「文字コード」しか存在しない。
いや、ファイル中のバイトのシーケンスだ >>175
>>184
実際UTF-8(BOM付)文字列として書き込むときはエスケープして
"\uFEFF"
のようにするでしょ。
そうすればバイトシーケンスはEF,BB,BFになるわけ >>125
U+FEFFはUTF-16の文字コードじゃないってことくらいらは理解できたか?www UnicodeにBOMは必須だろ
BOMの概念がないEUCJPやらSJISと見分けがつかないじゃん
特にSJISとは見分けがつきづらい
先にJISコード規格があってそれを元にしてんだから後続はきちんと配慮すべき >>195
覚えたての言葉を使いたくてしょうがないって感じだな。
ネット上の情報はみんな根拠に欠ける扱いか
大体、自分こそソースなんて何一つ出してないのに何を言ってるんだ?
俺は君と同じく実体験からものを言っていて、
それを補強するものとしてネット情報を上げてるだけだが あれ?ubuntuがwindowsに実装されたろ
あれと違うんか >>172
> 大体、SATAだろうがNVMeだろうが、メモリ帯域幅がどうであろうが、
> ことWindows updateにおいてはそんなもんの影響は大したことは無い
実際I/Oとかモニタしててもその辺はあまり関係ないね。 世の中にUnicodeしか存在しなかったとしても、UTF-8なのかUTF-16なのかUTF-32なのか
そのバイトオーダーはどっちなのか判断するのに役立つでしょ。
はっきり不要と言えるのはエンコーディングが外部から与えられる場合だけ。 役に立つことよりも害の方が多いんじゃね。
実際、unicodeの性質からするとシングルバイトasciiと喧嘩しない設計だから、
encodeingの判別が必要な場合は明示的に指定するとかより上位のフォーマットで
規定する方が便利だし、つーか、コードだけ判ってもねぇってのが普通だしな。 現実には7bit ASCIIと共存できるコードなんてISO-8859とかSJISとか昔から存在するわけ。
ただしそれらのコード同士の共存には難があった。区別しにくいからね。
シグネチャなしのUTF-8を共存させるのはその轍を踏むようなもの。
あるいは、UTF-8(sig無)と喧嘩する「legacyなコード」は排除してしまえという傲岸な考えか。 BOMのバイトシーケンスが他の文字コードで全く使われていない値からなるならそれで判別つくだろうけどさ
そうでないなら結局はアドホックに判定するしかないじゃん >>207
ISO-8859(-1)なんてコードがBOMと被ってるから、逆にBOMあると混乱するじゃん。 その、意味のある単語にもならない文字シーケンスが現れるレアケースを除いた
大半のケースでは判定コストを大きく削減できるわけだし、もしそのレアケースが
実際に存在したとしてもその場合のコストはシグネチャなしと変わらんがな。 文字コードをBOMに頼って判定しなきゃならんケースの方がレアケースだわ。
むしろBOMがついているエディタでソースいじって保存しちゃったら
原因不明の謎のエラーで悩まされた人の数の方が多分圧倒的に多いw そりゃ謎でもなんでもなくてシグネチャ無しのUTF-8にしか対応していないアプリに
シグネチャ付きを食わせたからだわな。
「UTF-8はBOM無しが正しいんだからBOMを付ける側が混乱を招いてる」という
独善的な考えに囚われているんだよね。 イキってた人が逃げたから場が収まらないw
ボクは逃げも隠れもしないんじゃなかったのか。 >>213
> 「UTF-8はBOM無しが正しいんだからBOMを付ける側が混乱を招いてる」という
> 独善的な考えに囚われているんだよね。
同意
勝手にBOM付けちゃうメモ帳もどうかと思うが頑なにBOM読み飛ばさないLinuxアプリケーションも似たようなもんだわ >>215
とりあえず収まったんだからいちいち召喚するなよ 現実問題としてBOM付きなんか相手にしていないアプリが殆どだからねぇ。 このスレでも既にBOMの話は相手にされていないようだw 27 番組の途中ですがアフィサイトへの転載は禁止です (ワッチョイ a633-EM0A) 2018/08/23(木) 08:21:43.44 ID:CmE7asdZ0
ターゲットに未婚の兄弟がいたら、創価の異性を近づけてカップルにさせて
恋愛感情を利用して創価側に取り込んで、自分の兄弟姉妹を売らせて、自分の家族を破壊する事までやってるよな?w
笑っちまうな
こんなもん、表面化してやってる事がバレたら、指示した創価の糞幹部、近づいてきた異性、自分の兄弟姉妹を売った間抜け
全員社会からぶち〇されるだろw
まあ汚物は消毒だって事でこんな事やってたクズは当事者含めて全員ぶち〇された方が世の為人の為だし
表面化すれば確実にヘイト犯罪のターゲットになって、見知らぬ誰かの憎悪を買って全員ぶち〇される事確実だが
こんなカルト紛いの団体が、インスタとか言ってんじゃねえぞキチガイ糞カルト野郎
>>27の件だけど、こういう企てがあるのを、計画実行前の段階で知っていた会員と協力者の一般人も同罪だからな
お前ら全員、創価による嫌がらせ行為の表面化後には確実にヘイト犯罪のターゲットになって
心の平和など存在しない世界に突き落とされるから覚悟しておけよw
お前らみたいなキチガイサイコパス野郎は、社会に存在するだけで、人々の生活の安全に対する脅威になるんだよ
>>27の件で言い忘れたが、創価がターゲットの兄弟姉妹取り込むのは、嫌がらせ行為を表面化させない為だよ
自分の兄弟姉妹が創価側に取り込まれていれば、表面化した場合、ターゲットの兄弟姉妹が社会的制裁を食らう
ターゲットがそれを考慮して表面化を断念するだろうと考えた創価学会の糞幹部が、こういう事をやってる
つまり創価の幹部が、表面化する事によって警察に逮捕されたくない、刑務所に行きたくない
職や家庭を失いたくないと考えて、自己保身と創価学会を守る為に、ターゲットの家族を粉砕してるわけ
こんなクズは表面化後に世間の激烈な憎悪を買って、憎悪犯罪のターゲットになって、惨殺されるのは当然だよね
また幹部の企てを知っていて、表面化阻止の為に必要と考えた創価学会員や事実を知っていた加担者の一般人も同罪だよ
こんなキチガイ共は社会に存在させてはならない人間だし、社会から排除されるのは当然だよね BOMなんて一般人にとってはExcelのCSV自動読み込みが文字化けするかどうかぐらいしか影響ないだろ gccでBOMつきUTF-8のソースをbuildしたらエラーした思い出
そんなもん知らんがなな昔の無知な私
python3.7で同じことやって問題なかったのに感動したり Yasuhiro Sasaki@yasuhirosasaki
Google、Apple、IBMが就職の条件から”大学卒”を撤廃。中卒だろうが何だろうが能力あれば就職できるように。
「教育の再定義」を加速化させる流れ。学校、塾、受験のような概念と市場がガラガラポンになりそうな。
Google, Apple ditch college degree requirements >>17
時間は関係無いよ。再起動されるのが困る。 ■ このスレッドは過去ログ倉庫に格納されています