PowerShell -Part 5

**デフォルトの名無しさん** · 2021/03/18(木) 00:29:52.04

前スレ
PowerShell -Part 4
https://mevius.5ch.net/test/read.cgi/tech/1577862511/

次スレは>>980が立ててね！！

**デフォルトの名無しさん** · 2021/05/13(木) 08:47:27.44

>>251
クロスプラットフォーム化でテキスト以外のサポートはなくなった
画像とか取得したければ、面倒だけど自前でSystem.Windows.Forms.Clipboard使ってやるしかないね
こういうやつ↓
https://qiita.com/saggie/items/44cb8b317fe0effa5891

**デフォルトの名無しさん** · 2021/05/13(木) 13:12:28.84

>>252
>>253
ありがとう
取り敢えず>>253の方法を使うことにします

**デフォルトの名無しさん** · 2021/05/13(木) 20:36:41.84

>>252-253
この調子でバージョンアップすると機能が劣化していくのか…
変な方向に向かってるな

**デフォルトの名無しさん** · 2021/05/13(木) 22:30:23.52

マチルプラットフォーム化すると各プラットフォームの最小公倍数の機能になっちゃうからね

**デフォルトの名無しさん** · 2021/05/13(木) 23:15:59.38

なら高機能化しているな

**デフォルトの名無しさん** · 2021/05/14(金) 19:43:20.62

Windows PowerShellとか処理は遅いし使えない機能は多いわ文字コードはSJISがデフォルトだったりとか仕様も古くて微妙だしな
一部機能は使えなくてもPowerShell7はかなり進化してるわ

**デフォルトの名無しさん** · 2021/05/14(金) 20:03:04.00

それでもWindows PowerShellが好き

**デフォルトの名無しさん** · 2021/05/19(水) 03:38:40.25

winのクリップボードはやけに高機能だよな
田+vで履歴、それを再編集、ピン留め等
gui環境ならコマンドヒストリの代わりにもなる、というかより便利
rtfはターミナル民的には興味ないけど、pwsh がコマンドライン上でサポートしなくても、ターミナルアプリの設定あたりで補えるのでは
(wtの設定にはある)

**デフォルトの名無しさん** · 2021/05/19(水) 03:42:31.56

プレーンテキストといえど、所詮リッチテキストはマークアップされたプレーンテキストなのだから、適当にエスケープするように*-clipboard cmdletsをラップしてしまえば良いのでは
思い付きなんで上手くいくかはわからんが

**デフォルトの名無しさん** · 2021/05/24(月) 18:38:56.02

TCP IPをPowerShellでさわったことある人いたらクライアントで受信する方法について教えてほしい
何から手を付けたらいいかわからん

**デフォルトの名無しさん** · 2021/05/24(月) 18:53:53.78

>>262
まずは何をしたいのか書くところからかな
TCP/IP上に独自プロコトルでデータやり取りしたいとか言うならPowerShellよりC#とかの方が楽かもしれないからPowerShellでやりたい理由も書いてくれるといいかも

**デフォルトの名無しさん** · 2021/05/24(月) 19:40:52.20

Powershellでやる場合はC#と同じく.NET FrameworkのSystem.Net.Socketsを使うことになるだろうから
他の言語でのやり方を知ってるなら下ののC#（.NET）の箇所を参考にすればいいのでは
https://www.ne.jp/asahi/hishidama/home/tech/lang/socket.html

**デフォルトの名無しさん** · 2021/05/24(月) 20:40:25.85

まずは、やりたい事を説明出来るレベルにまではなってからじゃないと無理ゲーじゃね？

**デフォルトの名無しさん** · 2021/05/24(月) 20:41:05.87

ワシの日本語なんか変だな。
人の事言えんかったわｗ

**デフォルトの名無しさん** · 2021/05/24(月) 20:48:57.94

今帰宅した262です。
>>263
やりたいことは限りなくデフォルトのwindowsで動くTCP IPのクライアントを作ること。
お客さんに納品する機械がTCP IPでしか操作できないらしいので出来るだけ環境構築やインストール作業の必要ないクライアントを作る必要があったからなんだ。

>>264のレス見たらなんとなくわかった気がする。今の問題としては、適当に作ったサーバーに送信したものを返させてテストしてるけど数字しか帰ってこなくて困っていた。
とりま今あるスクリプト晒します。

$socket = New-Object System.Net.Sockets.TcpClient("127.0.0.1",40001)
$stream = $socket.GetStream()
$reader = New-Object System.IO.StreamReader($stream)
$writer = New-Object System.IO.StreamWriter($stream)
$writer.AutoFlush = $TRUE
$buffer = New-Object System.Byte[] 1024
while ($TRUE) {
$data = Read-Host("command?>>> ")
if ($data -eq "q") {
break
}elseif ($data) {
$writer.WriteLine($data) | Out-Null
$rawresponse = $reader.Read($buffer,0,1024)
Write-Output $rawresponse.GetType()
$response = [System.Text.Encoding]::Default.GetString($rawresponse)
Write-Output $response

}
}
$socket.Close()

**デフォルトの名無しさん** · 2021/05/24(月) 21:18:25.42

>>267
> 数字しか帰ってこなくて困っていた。
> $rawresponse = $reader.Read($buffer,0,1024)
そりゃReadメソッドの戻り値は数値（読み取った文字数）だから当たり前かと
PowerShell は文字列と数値を適宜変換しちゃったりするからC#やC++が使えるならそっちの方がデバッグが楽だと思う

**デフォルトの名無しさん** · 2021/05/24(月) 21:35:34.82

>>268
exe形式で渡せるならその2つの言語は選択してたかもなぁ
C#でGUIにしたら、パソコンわからんお客さんでも触れるかもしれんし。今回は規模小さいしPowershell使いたいかな。

**デフォルトの名無しさん** · 2021/05/24(月) 22:01:00.03

Ruby on Rails のテストでは、

HTTP のREST API なら、curl, Postman。
VSCode の拡張機能なら、REST Client, Thunder Client

REST Client では、コマンドパレットのGenerate Code Snippet で、
Ruby, PowerShell など、各言語のコードに変換してくれる！

TCP と言うのは、あまりに原始的過ぎて、よく分からない。
curlで出来るかも知れない

新し目のWindows 10 には、curl.exe も入った。
コマンドプロンプトで、where curl と入力すると、
C:\Windows\System32\curl.exe

なお、PowerShell内でcurlを使うのには注意が必要。
デフォルトで「Invoke-WebRequest」コマンドのエイリアスとして、curlが設定されている。
このため、PowerShell内でcurlコマンドを使うには、
フルパスを指定するか、curl.exeと指定する必要がある

Linux のcurlと区別するため、
漏れは、Invoke-WebRequest は、curlモドキ・なんちゃってcurlなどと呼んでいる

**デフォルトの名無しさん** · 2021/05/24(月) 22:03:00.09

C#で書いてAdd-Typeで貼り付ければpowershellとして納品できるよ
下手にC#のコードをpowershellで書き直してもややこしくなるだけと俺は思う
C#のusingとか便利な機能はpowershellじゃ使えないし

**デフォルトの名無しさん** · 2021/05/24(月) 22:06:04.28

>>271
同意
pwshから使いやすい様に多少注意して書けば問題なし

**270** · 2021/05/24(月) 22:12:06.08

例えば、HTTP のREST API で、VSCode の拡張機能・REST Client で、
コマンドパレットのGenerate Code Snippet から、
PowerShell のInvoke-WebRequest に変換すると、

POST http://localhost:8888/ HTTP/1.1
content-type: application/json

[[0,0],[10,20],[10,10]]

変換後は、

$headers=@{}
$headers.Add("user-agent", "vscode-restclient")
$headers.Add("content-type", "application/json")

$response = Invoke-WebRequest -Uri 'http://localhost:8888/'
-Method POST -Headers $headers -ContentType 'application/json'
-Body '[[0,0],[10,20],[10,10]]'

**デフォルトの名無しさん** · 2021/05/24(月) 22:44:21.48

>>271
いいこと聞いた！
敷居高そうだけどちょっと手を出してみる。

**デフォルトの名無しさん** · 2021/05/25(火) 00:37:08.72

俺ならGo使うかな

**デフォルトの名無しさん** · 2021/05/25(火) 01:23:28.04

>>274
rawresponseじゃなくてbufferをencodingしてあげればいいところまでできてるんだから、このままpowershellでいいんでない?

**デフォルトの名無しさん** · 2021/05/25(火) 08:42:47.61

>>276
そうなん？
bufferを出力してもゼロの羅列しか帰ってこないから何も入ってないと思ってた

**デフォルトの名無しさん** · 2021/05/25(火) 09:15:13.27

readlineしたら解決しました。CUIだめって言われたらC#に手を出そうと思いますありがとうございました

**デフォルトの名無しさん** · 2021/05/26(水) 22:31:01.46

xargs -I @に変わるものって何かあります？

**デフォルトの名無しさん** · 2021/05/26(水) 23:15:56.00

自己解決しました
$_にすでに代入されてました

**デフォルトの名無しさん** · 2021/05/31(月) 00:53:31.89

サーバーのログファイルが24時越えの時刻形式で出力してくるんだけど
これをDateTime型に変換するもっとスマートな方法ありませんか？

$Date = "20210531285930"

# 24時超えなのでDateTime型に変換できない
[DateTime]::ParseExact($Date,"yyyyMMddHHmmss",$null)

# HH部分を-24でDateTime型に変換してからAddDays
[DateTime]::ParseExact(($Date.Insert(8,"{0:D2}" -f ($Date.Substring(8,2) -24))).Remove(10,2),"yyyyMMddHHmmss",$null).AddDays(1)

# 各部を切り出して-24でDateTime型に変換してからAddDays
([DateTime]($Date.SubString(0,4) + "/" + $Date.SubString(4,2) + "/" + $Date.SubString(6,2) + " {0:D2}" -f ($Date.SubString(8,2) -24) + ":" + $Date.SubString(10,2))).AddDays(1)

**デフォルトの名無しさん** · 2021/05/31(月) 00:57:08.36

一番下のやつ秒2桁が抜けてた・・

**デフォルトの名無しさん** · 2021/05/31(月) 04:45:30.44

ごく普通のやり方しか思いつかんかった

if ('20210531285931' -match '(\d{8})(\d\d)(\d\d)(\d\d)') {
$date = [datetime]::ParseExact($Matches[1],'yyyyMMdd', $null)
$h = $null
$date = $date.AddDays([math]::DivRem($Matches[2], 24, [ref]$h))
$date += [TimeSpan]::new($h, $Matches[3], $Matches[4])
$date.ToString('yyyyMMddhhmmss')
}

**デフォルトの名無しさん** · 2021/05/31(月) 07:24:21.11

>>281
24からいくつまで考慮すればいいですか?

**デフォルトの名無しさん** · 2021/05/31(月) 09:41:49.56

0～23時は、そのまま

24～47時は、24 を引いて、0～23 にして、1日足す

**デフォルトの名無しさん** · 2021/05/31(月) 09:54:44.55

Javaだと勝手に繰り上げてむしろ頼んでねーよと思ったけどシェルスクリプトであるPSにはLenientな日付解釈が見当たらないな
ままならないね

**デフォルトの名無しさん** · 2021/05/31(月) 11:40:17.32

整数の24で割って割った値を日付に加算、余りを時間にすればいいんじゃね

**デフォルトの名無しさん** · 2021/05/31(月) 16:07:40.72

>>287
コード化するとこんな感じスかねぇ

$Date = "20210531285930"
if ($Date -match '(\d{8})(\d\d)(\d{4})') {
[DateTime]::ParseExact(
$matches[1] + "{0:00}" -f ($matches[2] % 24) + $Matches[3],
"yyyyMMddHHmmss",$null).AddDays([Math]::Truncate($matches[2] / 24))
}

結果
2021年6月1日 4:59:30

**デフォルトの名無しさん** · 2021/05/31(月) 17:54:07.74

短くできたw

if ('20210531285930' -match '(¥d{8})(¥d¥d)(¥d¥d)(¥d¥d)') {
$date = [datetime]::ParseExact($Matches[1],'yyyyMMdd', $null)
$date = $date.AddSeconds(3600 * $Matches[2] + 60 * $Matches[3] + $Matches[4])
}

**283** · 2021/05/31(月) 18:14:56.90

>>289
コレがいいね

**sage** · 2021/05/31(月) 22:04:33.58

普通にtimespanを足せば良いのでは
if ('20210531285930' -match '(\d{4})(\d\d)(\d\d)(\d\d)(\d\d)(\d\d)') {
$date = [datetime]::new($Matches[1],$Matches[2],$Matches[3]) + [timespan]::new($Matches[4],$Matches[5],$Matches[6])
}

**デフォルトの名無しさん** · 2021/05/31(月) 22:21:34.37

それで良さそう

**デフォルトの名無しさん** · 2021/05/31(月) 22:56:32.02

なんや？！
みんな天才か～？

**283** · 2021/06/01(火) 11:56:40.00

>>291
なぜ最初にコレを思いつかなかったのか…

**デフォルトの名無しさん** · 2021/06/01(火) 14:33:19.17

うむ。.netのクラスとか俺ほとんど知らんしなｗ

**デフォルトの名無しさん** · 2021/06/01(火) 22:23:28.52

Powershellって無くなるって本当ですか？

ある人が言うには、マイクロソフトが公式で
「Powershellは無くして、Bashに統合するって言ってるからPowershellなんて使えても意味ないよ」＜ほぼ原文

という事らしいです。

　①そのものズバリの公式案内って出てますか？
　②「ｘｘを拡大解釈して、↑のような話と勘違いしてるのではないか」というのがあったら教えてください。

**デフォルトの名無しさん** · 2021/06/01(火) 22:39:23.71

無くすとしても10年くらいかかりそう

**デフォルトの名無しさん** · 2021/06/01(火) 23:08:56.48

powershell 5.1じゃなくて.Net Coreベースのpowershell 7を学習しようとかじゃなくて、まるっきりbashに置き換わるってなると妄想レベルとしか

**デフォルトの名無しさん** · 2021/06/01(火) 23:19:45.60

マイクロソフト公式がそう言ってるならその発言ソースをググって見つければいい
公式→ある人→296→いまここ
なので、しょうもない伝言ゲームだろうね

**デフォルトの名無しさん** · 2021/06/02(水) 00:33:14.18

そんな発言があれば間違いなくニュースになってる

**デフォルトの名無しさん** · 2021/06/02(水) 01:29:05.02

まあ無くなるかはともかく、pscoreでちょっと怪しくなってきたよね
pscoreが今後Windowsにバンドルされることは恐らくないだろうから、PowerShellはWindowsOSの一部から単なるアプリの一つへとある意味格下げされたわけだ
それについてはMSも公式に明言している(https://docs.microsoft.com/ja-jp/powershell/scripting/powershell-support-lifecycle?view=powershell-7.1)
そしてps5の方は既に完全にメンテナンスモード入りしており、今後の進化は無いし、いずれはWindowsにバンドルされなくなるだろう
PowerShellはWindowsプラットフォームにおいて特別な存在ではなくなりつつあり、bashと同じ土俵に降りるんだよ

**デフォルトの名無しさん** · 2021/06/02(水) 01:51:03.87

正直bash標準はイヤだな
PowerShellと比較して仕様が古臭過ぎる

**デフォルトの名無しさん** · 2021/06/02(水) 07:37:21.92

bashでwindowsの中身いじるのができなかったからpowershell作る必要があった訳で

**デフォルトの名無しさん** · 2021/06/02(水) 08:00:00.07

>>301
.NET 5か6がOSリリースに組み込まれるようになれば一緒に置き換わるでしょ
インタラクティブなシェル機能だけが重要でbashというかreadlineが使いたいなら使えばよいけど、.NETをbashから使える仕組みってできてるんだっけ？

**デフォルトの名無しさん** · 2021/06/02(水) 08:48:27.00

bashとかを置き換えるつもりだと思ってたんだけど…
もうちょい野心持っていいのよ？

wsl使ってるけど$profileとか共有できてすごく便利なんだけど

bashもよく使うが、補完が各コマンドにハードコード対応してる仕組みなので、GNU Readlineが生きてないなと
PSReadline/pwshみたいにユーザースクリプトにParam記述できる仕様じゃないとインタラクティブシェルとして将来性が無いと思う

逆に言えば、コメントに#Param記述して読んで補完くれるbsh系があれば便利ね
コメントなら互換性も問題ないでしょ

**デフォルトの名無しさん** · 2021/06/02(水) 08:52:13.04

wslスレ覗くとpwsh使ってる人結構多いように思える

まあ変なのいっぱい居てアレ過ぎるスレだが、蛇足

**デフォルトの名無しさん** · 2021/06/02(水) 09:04:39.46

Windows Subsystem for Linux に関してよく寄せられる質問
https://docs.microsoft.com/ja-jp/windows/wsl/faq#powershell-----------------

PowerShell においてこれは何を意味しますか。

OSS プロジェクトでの作業中、PowerShell プロンプトから Bash を実行すると非常に役立つシナリオが多数あります。
Bash のサポートは補完的なものであり、Windows でのそのコマンドラインの価値を高め、
PowerShell と PowerShell コミュニティでその他の一般的なテクノロジを利用できるようにします。

詳細については、PowerShell チームのブログ「Windows の Bash:それがすばらしい理由と PowerShell における意味」をお読みください
https://devblogs.microsoft.com/powershell/bash-for-windows-why-its-awesome-and-what-it-means-for-powershell/

**デフォルトの名無しさん** · 2021/06/02(水) 09:37:33.58

>>304
.NET5以降がWindowsにバンドルされることはないでしょ
ライフサイクルをWindowsに拘束されたくないから.NET Coreは完全なサイドバイサイドとSCDを実現したのに、そんなことをしたら台無し
.NETを使うならpwshというのはこれからもずっと変わらないだろうし、一貫したコマンドレットの体系でWindowsのサーバー管理ができるという強みもあるけど、後者については案外突然.NET非依存のWindows CLIとか出るかもよ
Azure CLIだってPythonで書かれてるんだし

**デフォルトの名無しさん** · 2021/06/02(水) 09:53:48.83

それもしかして、WSHというヤツでは？
まあ好きでもないし新しいのに置き換えてくれるのは歓迎だよ

$wsh = new-object -com w/cscript.shell
みたいにしてたまにメソッドこねこねするけど、COMオブジェクトのインターフェイス備えるなら今まで通り叩けるんじゃない

**デフォルトの名無しさん** · 2021/06/02(水) 11:02:38.88

C#越しとかでローレベルAPI叩けたり大丈夫かこれって思ってたらやっぱ消えるのか・・・

**デフォルトの名無しさん** · 2021/06/02(水) 11:07:50.97

>>310
消えないよ

**デフォルトの名無しさん** · 2021/06/02(水) 11:15:29.60

.net coreの実装はいっぱいあるからバックエンドは心配ないんじゃない？
MS推奨の.net core, asp core, 使ったことないがMSから少し離れてもmonoとか他にも

.net core(linux)は50MBくらいにまとまってたかと

**デフォルトの名無しさん** · 2021/06/02(水) 11:35:59.36

>>308
winへの巨大なpythonランタイムのバンドルが許されるんなら、.net coreもバンドルしていいんじゃないかな（並存で）

.net coreはpythonライブラリとしても便利だし、今時数百MBくらいケチらないで両方入れて欲しい
スマホにすら.net core以上相当のXamarinやmono入ってるだろ（多分ストアから依存経由で）

**デフォルトの名無しさん** · 2021/06/02(水) 12:14:47.64

>>313
WindowsにバンドルされてしまうとMSはそれをWindowsの一部としてサポートしなければならなくなり、.NETのモダンライフサイクルポリシーと矛盾する
また、Windowsにバンドルされているバージョン以外はほとんど利用されなくなり、プラットフォームの進化が停滞する
もしpwshをWindowsにバンドルするならSCDにして.NETのライフサイクルから分離してしまうしかないだろうけど、
それはそれで.NETランタイムのバージョンがpwshにバンドルされているものに拘束されることになり、pwshエコシステムの外にある.NET資産との連携がしづらくなるだろうから難しいところだな

**デフォルトの名無しさん** · 2021/06/02(水) 12:36:23.07

winはサードパーティの物はバンドルしない方針じゃない？ルールになってるかはしらんが
まあ善き終身独裁者はMS社員なので、pythonがMSサポートになる可能性はあるかも？

最近サポート切れた2.7をバンドルし、ディストリ拡張に汎用してたlinuxは現に大変なことなってるし、止めといた方がいい

**デフォルトの名無しさん** · 2021/06/02(水) 12:41:40.74

>>315
ゲイツはMSから退いてるぞ

**デフォルトの名無しさん** · 2021/06/02(水) 12:47:09.90

python作者のことだろ、BDFL（benevolent dictator for life,だっけ）
30年以上歴史あるのに未だにバンバン破壊的変更加えてる姿勢は見習うべき
pwsh core使ってる層にロングタームサポート望んでる人はそんな多くないだろ
堅牢にやりたいならshやwsh、.net framework使え

**デフォルトの名無しさん** · 2021/06/02(水) 13:04:35.43

見てきた
Version サポート終了
7.1 2022 年 2 月中旬 (予定)
7.0 2022 年 12 月 3 日 ☆LTS

意外と短かった、こんなもんでいい

python3はマイナーバージョンでも予告なしでAPI変わるけど誰も気にしてない
3.10にして外部ライブラリ入れたら標準ライブラリcollectionsでNotFound頻発してるけど、その場で名前書き変えて問題なし、ヨシ！
って感じだし

**デフォルトの名無しさん** · 2021/06/02(水) 13:11:04.61

.>誰も気にしてない
めっちゃ主語でかいなー
そんなわけないだろ

**デフォルトの名無しさん** · 2021/06/02(水) 13:16:47.25

ごめん、エンドユーザーじゃなくてライブラリユーザーレベルの話だね
まあ気にしてる作者は仮想環境で複数バージョンテストしてそのうち直すだろ

**デフォルトの名無しさん** · 2021/06/02(水) 13:35:13.53

パッケージマネージャに対してversion≧3.3のような、未来バージョンも含めた指定をするのは普通じゃなかろうか
対象に含まれてるはずなのに対応してないってことはそういう事だろ

**デフォルトの名無しさん** · 2021/06/02(水) 14:38:34.65

>>314
そういうことかね

ところで.net(core含む)はwindowsコンポーネントではないけど、windows updateでリンクすることは可能なよう

Automatic patching on Windows operating system
All versions of .NET that are supported can be automatically patched via Microsoft Update. This enables organizations to manage all .NET updates in the same way.

ついでにpwshもランタイム分離版(sdkに付いてるdotnetサブコマンドで起動するやつ)を含めてしまえば、停滞も避けれると思うのだけれど

社内デプロイ想定のようだけど、その場合はWindow Updateはむしろ切っときたいというのは、ツッコミどころ？
https://dotnet.microsoft.com/platform/support/policy/dotnet-core

**デフォルトの名無しさん** · 2021/06/02(水) 17:45:18.44

.NET 5のバンドルがありえないならbashのバンドルはもっとありえないだろ

**デフォルトの名無しさん** · 2021/06/02(水) 18:10:19.15

WSLはオプションとして既にWindowsにバンドルされていて、Windowsの次期メジャーアップデートではデフォルトで有効化されてコマンド一発でBashが入るようになるよ

**デフォルトの名無しさん** · 2021/06/02(水) 18:11:19.60

bashはwindowsには向かないと思うよ…
既にcygwinや派生のmimgwがあるけど、前者は完全にunixっぽい箱庭だし
一応winに適応を試みてる後者も限られた外部コマンド以外は自力移植で苦労ばかり、変に合わせた分むしろunixに慣れたユーザに拒絶されそう

単にunixの資産を活用したいならwslという手段があるので、今更MSが参入するとも思えない

**デフォルトの名無しさん** · 2021/06/02(水) 18:24:43.00

(b)sh資産を活用するって言ったって、ファイルシステムやコマンドの振る舞いを決め打ちして書かれた物ばっかりだろ
箱庭にするしかない

一応wslからNTFSにもアクセスできるけど、よりファイル属性の少ないext4想定でlnとか使うとおかしな事になるよ
gnuが対応要請に答えるとも思えんし
シンボリックリンク貼りたいならnew-itemを使おう

**デフォルトの名無しさん** · 2021/06/02(水) 18:43:46.15

話が噛み合ってない感

**デフォルトの名無しさん** · 2021/06/02(水) 18:46:54.40

そもそもwin用シェルとしてbashがマトモに使えるなんて思ってる人なんて居ないだろう
それこそcygwin等の試み見れば明らかなわけで

**デフォルトの名無しさん** · 2021/06/02(水) 18:59:31.15

あとは>>296の知り合いが何でこんな盲言を吐いたかだが

**デフォルトの名無しさん** · 2021/06/02(水) 19:03:10.35

その知り合いのソースは何なんだ

**デフォルトの名無しさん** · 2021/06/02(水) 19:51:52.07

ウスターソース

**296** · 2021/06/02(水) 19:54:46.99

すいません、もうちっと前後関係書くべきでした、

私→転職者
ボス→ボス
無くなるさん→Powershell無くなるよさん

ボス「私さん、何がスクリプト言語的なものって扱える？」
私「bashと、Powershellはそこそこ使えます」「あと、おまけ程度ですがVBAも少々」
ボスLinuxとWindows両方いけるんだね」「Powershellは使える人少ないから、助かる！」
無くなるさん「Powershellは無くして、Bashに統合するって言ってるからPowershellなんて使えても意味ないよ」

っていう流れがありました事を、ご報告いたします。

今は7系勉強中です。

**デフォルトの名無しさん** · 2021/06/02(水) 19:59:01.30

スクリプト前提の文脈なんで、なおさらスルーでよさげですね
ただのマウンターにしかみえないっす

**デフォルトの名無しさん** · 2021/06/02(水) 20:05:35.68

ボスの発言の後でそれ言える勇気は凄いな
詳細thxだけど知り合いにバレないよう気を付けてね

**デフォルトの名無しさん** · 2021/06/02(水) 20:16:35.85

wslとか言ってる奴はプロセス制御とかどうする気なのか気になる

winネイティブ実装のbash(msys?)なら原理的には可能とおもうが…
*-Processがそれぞれどのコマンドにマッピングされてるのか気になる

**デフォルトの名無しさん** · 2021/06/02(水) 21:09:20.70

公式win版sh系移植が出るんなら、それはそれで裾野が広がるからいいと思う
ただし新規導入されるであろうcomオブジェクトやレジストリ弄りコマンドを、引数補完の弱いbashでやるのは勘弁してほしい
たぶん古き悪き対話式のwinコマンド叩く事になりそう
もしやるならzshで頼む

**デフォルトの名無しさん** · 2021/06/02(水) 21:58:17.73

シェルスクリプトなんて現システムで動けば十分なのに遠い未来になくなること心配しても意味ないような

**デフォルトの名無しさん** · 2021/06/02(水) 22:02:01.60

プロバイダを擬似ファイルシステムとしてマウントしすれば補完できないかな
プロパティやメソッドまでそうすべきかは悩むところ、やりすぎ？

同名の環境変数やコマンドをどうマップするか
unix系pwshは割り切って環境変数は倣ってる($env:プロバイダ以下に)
コマンドレットは命名規則上被らない
win標準エイリアスはwriteとかが被るけどこれも尊重
pwsh -nop
gal write # not found
(gcm write) # /usr/bin/write
らしい
マイナーコマンドなのでもちろんset-aliasしてるが

ポータブルなps1書く時には一般的な名前のwin標準エイリアスは避けた方がいいかもね

**デフォルトの名無しさん** · 2021/06/02(水) 22:05:33.29

話が逸れた…
まあ逆移植ではこうなってるという例として

**デフォルトの名無しさん** · 2021/06/02(水) 22:34:03.30

Write(-Output)はよく使うからwriteで済ましてしまうな
どうせ俺はPublish-Script/Moduleするようなレベルじゃないけど

**デフォルトの名無しさん** · 2021/06/03(木) 02:06:10.68

パイプラインとリダイレクトの解釈フェーズが独立しているbshの文法では、疑似ファイル方式は難しいと思う

"> /dev/null"なんて使ってないスクリプトの方が稀に思うけど、winの変な"NUL"ファイルに適切に読み替えるには| Out-Fileと>file (またはコマンド置換)が可換である必要があるよね？

powershellでも合法なはずの"> NUL"は普通オープンに失敗するはず
だから自動変数を使った"> $null"、コマンドを使った" | Out-Null"と書けるように>と|を同格にしたわけで

shっぽい言語が使いたいなら、ぱっと見似てる新言語作ったほうが早い

**デフォルトの名無しさん** · 2021/06/03(木) 02:17:23.64

winの変な仕様に適合する為にpowershellは柔軟な文法になった説

**デフォルトの名無しさん** · 2021/06/03(木) 08:24:01.46

＞winの変な仕様

具体的に

**デフォルトの名無しさん** · 2021/06/03(木) 09:17:38.99

>>335
プロセス制御って？
Windowsの他のプロセスを制御したいならWSLからWindowsのコマンドを呼べばいいし、
Linuxのプロセスなら当然UNIXの世界で管理するだろう
自分自身のプロセスを制御したいなら当然後者だわな
何が問題？

**デフォルトの名無しさん** · 2021/06/03(木) 09:41:56.32

UNIXの世界

**デフォルトの名無しさん** · 2021/06/04(金) 06:21:24.37

プロンプトからのffmpegの実行で引数として -metadata に指定する値に空白とエスケープシーケンスを含めたく
¥"abc`n def¥"
でできましたが、更に " を含めるにはどうすればいいでしょうか？
"" や `" は駄目でした

**デフォルトの名無しさん** · 2021/06/04(金) 08:07:53.84

>write-output "abc`n `"`"def `n`""
abc
""def""

ネイティブアプリ例
>gc ~/bin/args
#!/bin/sh
printf "%d args:" $#; printf " <%s>" "$@"

>args "abc`n `"`"def `n`""
1 args: <abc
""def"">
期待通りでは？

cmd用に書かれたものには、独自のパースをするものがあるので(悪名高いのはruby等)、もしかしたらそれでは？

**デフォルトの名無しさん** · 2021/06/04(金) 08:16:32.83

もしかして、こういうことか
>args "`"abc`n def"`" sanitycheck
2 args: <"abc
def"> <sanitycheck>

**デフォルトの名無しさん** · 2021/06/04(金) 08:25:48.17

ごめんレスを読み違えてたかも

エスケープシーケンスを渡したい、のなら、ffmpegのエスケープシーケンスを調べて渡すべき
上に挙げた例は「生の」空白と改行と"を、pwshのエスケープシーケンスを用いて渡す、という例

**デフォルトの名無しさん** · 2021/06/04(金) 08:43:46.19

winでは所謂c風のargvを使わない、シェルのパースを無視し、コマンドラインを文字列として取得する事、が可能

>>343
コマンドラインの> NULをプログラム側でアドホックに認識して、出力を止める手法が横行した
展開前の環境変数名をエスパーしたりも
cmdで> NULが動く事が多いのもこれ

**デフォルトの名無しさん** · 2021/06/04(金) 08:53:40.98

そして\はpwshのエスケープシーケンスではなく、winのエスケープシーケンスだ>>346

**デフォルトの名無しさん** · 2021/06/04(金) 09:45:00.85

\"bc\" 文字列 \ + bc\ = \bc\
a"ba" が文字列abaなのと同じ

a"ba"a" は閉じてない文字列