デスクトップでLinuxが普及する訳ないと思った時 12
■ このスレッドは過去ログ倉庫に格納されています
そんなニッチな需要、一般には殆どねえし
PowerShellで組めばスクリプトからheadだのtailだの呼ばなくてもスクリプトだけで完結する >>217
それはLinuxのありがたみじゃなくて
GNUのだろ Linuxにそんな機能ねーし
全部GNUの功績じゃねーか >>213
寝言はこのスレをWindowsをやめてスレを一通り眺めてから言えよwww
>>217
>あるディレクトリの下に200個ぐらいファイルがあるとして、
>その各々の行数と総行数を知りたいときは、
そんなの知ってどうするんだ?w
https://www.atmarkit.co.jp/ait/articles/1809/20/news031.html
↓
個々の行数
find /c /V "" *.txt
総数
type *.txt | find /c /V ""
Windowsでも出来ちゃったなwwwwww >>217
それWindows用のgnutoolsにも同じもの入ってるよ >>219
GNUのfileutilsがUNIXのパクリ 文字化けが起こりにくいのは Linux の利点だな
Windows はわけわからん >>223
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑) powershellで組めば。
いまだにここに動作するpsが貼られた事がないのですが口先だけですか? ファイルを1行づつ読み込んで出力
$fileName = "hoge.txt"
$file = New-Object System.IO.StreamReader($fileName, [System.Text.Encoding]::GetEncoding("sjis"))
while (($line = $file.ReadLine()) -ne $null)
{
Write-Host($line)
}
Write-Host("")
$file.Close()
PowerShellの場合、.NETのインスタンスを貪り始めるとスクリプトってよりC#のパチモンになる
で、C#にできる様な事は基本的に何でもできるから可能不可能とかそういう次元の話じゃなくなる >>217
wc → Explorer(サイズや日付も確認できて万能w)か PowerShell の Length や Count メソッド
head → more か Get-Content (PowerShell)
tail → tail (Resource kit) か Get-Content (PowerShell)
grep → findstr か Select-String (PowerShell)
Resource kit は今でもダウンロード可能 ttps://www.microsoft.com/en-us/download/details.aspx?id=17657
GUI も交えて便利に使えばいいと思います。
旬のおすすめは WSL ですw >>232
while readに比べてちょっと長くなるね。 まぁ、PowerShell流行らせたかったら
どんどん貼ることだね、見慣れれば読めるようになって
使うようになるかもな。 >>235.NETだと出力のストリームでもEncodingを指定できる
>>236
流行らせたいんじゃない、Linuxはコマンドラインやらスクリプトやらの類でも
このまんまじゃダメだろうって危機感を持った方がいい >>232
おいおい。なんだいそりゃ?
ファイル名は固定だし全行出力してるだけじゃん。headやtail以前にcat以下じゃんか。
日頃インスタンスを渡せるpsの方が優れてる云々言ってる奴は、せめてパイプで渡されたインスタンスを表示させるようなコード貼って度肝を抜かせてくれよ。
正直shクリプトの方がマシ。 >>237
危機感っすか?ユーザーランドもスクリプトも30年前から使ってきているけど、一度も感じたことないや。テヘペロ。
つーか、流行り廃りの激しいmsの技術の方が危機感多いよ。
psが30年後に動いてたら良いけどね。 そもそもpsなんざ単純に.netが扱えるだけでシェルスクリプトってよりmsなりのLLって立ち位置なんで完成された歴史的にテストされたheadやtailには鼻っから比較対象にならんよ。
で、cmdやpsやら持ってきたけど体系ちがって使いづらいからまともに使えるwslを外から持ってきたけどまともに動かんからwsl2でってどんだけ迷走してるんだか。 >>238
不満なら引数から取ってくるなりなんなりしろよ、素人なのか?
パイプ云々とかメモリもストレージも肥大化し始めた15年位前にはとっくに時代遅れになってた
zipとかファイルのケツに書庫情報くっつけてるけど、あれも昔の名残だし
>>239
PowerShellはバージョン指定すれば過去のバージョンもそのまま動くぞ
>>240
最後の一文は信者にとって都合のいい妄想でしかない っつーか.NET.NET言ってっけど、あれはCOMの延長線上にあるシロモノでしかない
そんなに複雑な構造はしてなくて、COMの初期化と後始末と要所要所でのGC起動さえしてやれば
あとはCOMのインスタンスの生成とプロパティの読み書きとメソッドの呼び出しを仲介してやればいい
COMをC++から使う時の作法知ってりゃ、Release() を端折って要所要所で参照数検査して
0のインスタンスに対して Release() に相当する事をしてやりゃいいなんて事は簡単に理解できるだろ? >>241
時代遅れ?ははは。
まともに動くpsで実装されたheadやtailすら貼れんのに?
時代遅れじゃないやり方で疎結合なheadやtailを御教示いただけないでしょうか? >>243
$lineの最初と最後をループの外のスコープの変数にでも突っ込んでおけよ
そうすりゃheadとtailを同時に取りたい時だって2回外部コマンドを起動する必要もない あとzipだのcomだの話はどうでもいいや。全く興味がないよ。 >>244
同時じゃないよ。
疎結合で独立したまともに動作する物は?インスタンスをパイプでもらって渡せる奴ね。
結局psでっていうよりプログラミング言語で書きゃ何でもなるわけで、>>218 の話もコード作るコストもテストするコストも度外視してる時点でダメダメって事じゃね? >>246
何で同時に取れるものをわざわざ二度手間にしたがる? ってかそんなにheadだのtailだのに拘りたいんなら>>233
.NETのインスタンスを使わなきゃPowerShellは大してCOM関係の処理なんて実行しに行かない
シェルスクリプトとして使えばいい grep は、価値ある
PowerShell なら、Ruby の1-liner の方がよい。
$_ には、前のパイプラインから、1行ずつ入ってくる
ls | ruby -ne 'print $_.swapcase' フォルダのコレクションの中身を foreach で ruby に渡せる
もうLinuxのシェルならではってのがない、アドバンテージになってない >>248
headやtailが必要な際に、毎回psを書くのは面倒じゃね?
独立したコマンドをコマンドライン上でパイプライン処理させた方が楽だし。 Unixコマンドが必要なら、Windowsにポーティングされてるのを使えばいいだけ。 GnuWin32やMinGWのような移植された物でもいいし、CygwinやWSLのような互換レイヤー環境を使ってもいい。
Windowsでもtailやheadは使えるのだから、騒ぐものでもないだろう。 うん。俺もそう思うよ。
windowsでheadやtailみたなユーザランド使いたい時には昔っからcygwinだったしね。 cygwin とかインストールしなくても linux ではそのまま使えるわけだし
linux の方がコマンドを書くのは簡潔ではあるな
powershell のコマンドは冗長で書きたくない コマンドだけじゃなくって関数名変数名だって文字数が少なけりゃいいってもんじゃないってのが
15年位前からの風潮だろう
ぱっと見て意味が推測できないのは敬遠される >>256
Linuxだってカーネルには入ってないから
GNU入れなきゃいけないんじゃないの ubuntuとかの酉にはlinuxカーネルと一般的なコマンドの類は最初から入ってるよ。 まぁcuiのユーザーランドはlinuxの圧勝だな。 それは各ディストリビューションが入れてくれてるパッケージなんじゃないの 圧勝かぁw
デフォルトで自分が知ってる方法で出来なきゃダメって縛りつけてようやく圧勝って惨め過ぎね?www XPにCygwin入れてからずっとWindows・Linuxハイブリッド環境で使ってる俺が圧倒的勝利者ってことだなw
CentOS+wineも併用してたからさらに圧倒的!w
と、こういう結論になっちゃうようですね。 >>262
はぁ?psは.netでプログラムがかけるってだけで、誰一人としてインスタンスをパイプで貰えるサンプルすら出てこないんですけど。
口先だけですか? 結局まともに使えるcui環境を創る事が出来なくてwsl持ってきてからのwsl2だろ。
デスクトップもいつwin8みたいにデザインがユーザーの選択の余地なしで改悪されるかわからんし。
linuxに移行できるスキル持ってる奴はlinuxもwindowsも適材適所で使い分けてるけどwindowsだけの奴は厳しそうだな。 >>265
適材適所で使い分けてるってことは、Linuxは完璧じゃないってことでしょ?
完璧じゃないLinuxは許すのに、Windowsは完璧じゃなきゃダメってどういう理屈?
ユーザーのスキルが低い(←OSではなく人間側の問題)から
Windowsは完璧じゃきゃいけないってこと? >>265
WindowsとmacOSとUNIXを使い分けたら幸せになりました。
貴重なアドバイスありがとうございました。 Linuxが「まともに使えるCUI環境」ってことにしたいんですね、わかります。
CUI以外にとりえないもんね、Linux信者さんに。
俺らはLinuxに慣れてるからLinuxのCUI環境があればそれを使うだけのことで、
コマンドプロンプトとWindows標準コマンドだけであれこれやってる人もいるから
WindowsのCUIが使い物にならないとは言えないよ。
歴史的な背景もあってWindowsのCUI環境がLinuxに比べて簡易的なのは確かだけどね。
DOSは「Unixになんとなく似てる」レベルの模倣から始まったけど、LinuxはUnixを丸ごとパクってるから。 そりゃMS-DOSは1980年ごろ、メモリ64KBしかない個人でも買える値段のPCで
実用になるものとして開発されたんだから仕方ないんだよ
1991年、32bitの80386の時代に作られて互換性を気にしなくていいLinuxとは前提が全く違う そもそもLinuxにCUIもGUIも無い。
あるのはUNIX丸パクリAPIだけ。 全く PowerShell は使いませんが、調べたところ結構簡潔に書けるみたいですよ。
wc *
これは分かりませんでした wsl wc * でいいのではw
head
gc filename -head 10
パイプで受ける時は hogehoge | select -first 10
tail
gc filename -tail 10
パイプで受ける時は hogehoge | select -last 10
grep
sls 正規表現 *
補足 コマンドエイリアス
Get-Content ← gc・cat・type
Select-Object ← select
Select-String ← sls LinuxのGUIはwindowsよりもより安定した環境なだけで、やれる事もwindowsと大差ない
Linuxの本領が発揮されるのはCUI >>264
> はぁ?psは.netでプログラムがかけるってだけで、誰一人としてインスタンスをパイプで貰えるサンプルすら出てこないんですけど。
この場合のインスタンスって何よ?パイプで何を受け取る訳? new-objectで好きなプロセスなりオブジェクトなり生成してselect-objectにパイプで渡して好きな情報だけ取る話? PowerShell では、パイプ間の受け渡しが、オブジェクト!
一方、Linux では文字列だから、クラス・型が消えるから、メソッドが使えなくなる。
文字列で受け取ったら、また文字列からオブジェクトを構築して、メソッドを呼ぶとか、手間が掛かる LinuxのGUIなんて使い物に成らないゴミは捨ててヘッドレスで使うのが一番なんだよw
Linuxカーネル使って成功してるのは全て独自のGUIだものね。
成功者の最たる物(近い将来、ググるから見捨てられるけど)のAndroidなんてユーザランドから独自だもの。
どんだけデスクトップのLinuxって使い物に成らないと評価されてんだろうねw
実際、使えないから仕方ないけどさw PowerShell では、前段のパイプラインから来る、各オブジェクトが、$_ に入ってくる。
ls | foreach { $_.GetType().FullName }
結果
System.IO.DirectoryInfo
System.IO.FileInfo
$_ が文字列じゃなくオブジェクトだから、そのオブジェクト(クラス)が持っているメソッドが使える! >>284
どうせお前には関係ない話だろw
案の定サードメーカーのドライバが原因だしな。 >>285
Win10って再起動ループになった時F8を連打してもダメなんだな。
困ったもんだ。 >>287
Windowsはコマンド要らないからLinuxより便利なんてのは嘘だったのか。
まあbashがパクリだからしょうがないかw windowsのguiだけでこと済むのは運が良いだけ。
つーかさ、command.comってshのパクリじゃなくてcp/mじゃね?俺はcp/mを知らんがな。 >>288
「LinuxはGUIがカバーしてる設定の類が少ない」は良く見るが、
「Windowsはコマンド要らない」なんて誰が書いてる? アンカーよろしく
>>289
WindowsでそれならLinuxはどんだけ超低確率なんだよと >>290
guiで出来たらラッキーと思ってるよ。 嘘つき犬厨が「Windows信者がWindowsはCUI不要と言ってる」とかデタラメを言い出したのかよw
GUIがクソだからLinuxはゴミOSという事実を何度か指摘してるが、一度も「WindowsはCUI不要」と言ったことないな。
ま、犬厨かLinux信者サンの誰かが自演で「WindowsはCUI要らない」と書き込むでしょ、そのうちにさ。 意 貴
味 方 たい事はそ
が 統合失調症かな? い れ
わ 何 言 で
か 言 わ終
ら い り
な 解 し たく か
い 理 い 無い
゜ もかの ?? >>292
犬厨って 林 檎 と 白 い お 父 さ ん 犬 が大好きなア フォ ン厨の事ですよ。
でもアッポレOSはWindowsと違って恐怖のiesysとA gentBaseに感染しないから、
身に覚えのない誤 認 逮 捕をされないんだお(笑) >>292
君がguiとosの区別がつかない程度なのは知ってるが、どんなマヌケでもそれは同じじゃない事をそろそろ理解しても良いと朕は思ってる。 権限持ったらなんでも出来るlinuxと振る舞いの悪いドライバは公認しないwindowsではセキュリティリスクが違いすぎる そうだね。セキュリティリスクが違いすぎるね。
ユーザーがいくら望んでも署名なしドライバのインストールを弾く仕組みはユーザーのトラブルを防ぐ為に良い方法だね。正に転倒防止機能付き三輪車。
EoLを迎え、ドライバのアップデートされななったデバイスは捨てて新os対応の新しいデバイスを買うべきだね。 >>298
アップデートされなくなっても古いドライバを使えばいいだけなんじゃね?三輪車さん頭悪いね。 この場合のLinuxってのはGNU/Linux(Linuxカーネル+Xorg+WM)の事じゃねえの? ん〜?
トータルな評価でLinuxはゴミ、放射性廃棄物並みのクズってことが解らないふりしてる奴が居るなぁw じゃあ、マイクロソフトはそのクズを取り込もうと必死なわけか デスクトップの需要を取り込もうとはしてねぇよなぁw 意 貴
味 方 たい事はそ
が 統合失調症かな? い れ
わ 何 言 で
か 言 わ終
ら い り
な 解 し たく か
い 理 い 無い
゜ もかの ?? だな、MSも「現状の」GNU/Linuxにデスクトップ用途としての何かを期待したりはしてないだろう
鯖アプリの開発か、もし仮にデスクトップで何かしようってんなら
Android/Linuxみたいな感じでMS(適当)/Linuxっぽいベクトルに突っ走るんじゃね?
そいや昔はことごとくMS-DOSとかMS-WordとかMS-がついてたんだよな・・・MS-Linu(げふんげふん MSがGNU/Linuxもどきを出すかねぇ。
出すとしたらUbuntuベースのAzureとWSLでしか動かないスペシャルな奴になりそう。 > MSがGNU/Linuxもどきを出すかねぇ。
出す意味ないでしょ(笑)
そもそもMSはLinuxカーネルが欲しいわけじゃないし、
開発者もMS純正ディストリが欲しいわけじゃない
DebianやUbuntuといった既存のディストリそのものがほしいんだよ
なぜならDebianやUbuntuをAzureなどのクラウドで動かしてるから。
よく考えてごらん。MSはLinuxカーネルを使わずにLinux相当のものを作った。
Linuxカーネルが欲しかったわけじゃない証拠。
本当に欲しかったものは、Linuxカーネルの上で動くディストリ。 意 貴
味 方 たい事はそ
が 統合失調症かな? い れ
わ 何 言 で
か 言 わ終
ら い り
な 解 し たく か
い 理 い 無い
゜ もかの ?? Linuxのデスクトップに用がある奴なんていないよ。 Linuxで必要になるのはアプリだけだな。
WinでVcXsrvかXming動かしてアプリだけ使えればそれで充分。
Linux実機のデスクトップなんて要らん。 えっ?俺はlinuxデスクトップに用があるよ。逆にわざわざwindows起動してXサーバ起動してまで使うの面倒。 俺はLinuxデスクトップに用はないなぁ
用があるのはアプリだからね。
例えばLibreofficeが動くならどのデスクトップでも良い DISPLAY変更してXサーバを別ホストへ変更することもあるけど、別ホストもlinuxだな。 俺もLinuxデスクトップは用がある
Windowsなくても全く差し支えないので >>313
で、どんなアプリ(パッケージ)使う訳? ■ このスレッドは過去ログ倉庫に格納されています