PowerShell -Part 5

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

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

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

**デフォルトの名無しさん** · 2021/06/25(金) 17:07:37.16

>>402
期待したい

**デフォルトの名無しさん** · 2021/06/25(金) 20:51:38.19

function ConvertTo-Hoge($source) {
Write-Output '次のファイルたちに対して処理を実行します。'
Get-ChildItem -Path $source -Recurse
# 外部コマンドによる処理。
hoge.exe $source
}
ConvertTo-Hoge 'c:\data\source.txt'

上記のコード内のGet-ChildItemで取得されるのは、引数として指定した
　c:\data\source.txt
だけと想定していましたが、実際は、
　c:\data\SUB_FOLDER\source.txt
といったサブディレクトリ内の同名ファイルも取得されてしまいます。
ファイルを指定した場合は-Recurseパラメータが無視されると勝手に思い込んでいたので、
こういうかたちで再帰的な取得をするのは面食らいました。

ファイルを指定した場合に再帰取得を抑制する方法はないでしょうか。
'c:\data\' や 'c:\data\*' といったパスを渡すケースもあるので
-Recurseパラメータを外したり、-Pathを-LiteralPathに換えるわけにはいかないです。

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

Powershellのコマンドレットにはあまり期待するな

**デフォルトの名無しさん** · 2021/06/25(金) 22:33:40.40

>>404
当たり前でしょ
c:\data\source.txt がファイルかどうかは調べるまでわからないんだし
そもそもc:\data\source.txtがなくてc:\data\SUB_FOLDER\source.txtがあるならc:\data\SUB_FOLDER\source.txtは欲しいんでしょ？

> ファイルを指定した場合に再帰取得を抑制する方法はないでしょうか。
指定したのがファイルなら-Recurse外せばいいだけじゃないの？

**デフォルトの名無しさん** · 2021/06/25(金) 23:34:28.71

>>405
そんなあ…。
>>406
ありがとうございます。
Get-ChildItemの前に検査するしかないんですね。
なお、c:\data\source.txt も c:\data\SUB_FOLDER\source.txt も両方存在しています。
Get-ChildItem -Recurse で両方を取得してしまいますが
SUB_FOLDERの方は処理から除外したいやつで欲しくないのです。

**デフォルトの名無しさん** · 2021/06/26(土) 04:19:56.86

Get-ChildItemのオプションは沢山あるからよく調べて除外指定すりゃいいし
パイプでWhere-Objectに渡して要らないのをフィルタするという手もある

**デフォルトの名無しさん** · 2021/06/26(土) 08:07:50.32

$a = @(Get-ChildItem -Path $source -Recurse)
$target = if ( $a[0].Name -eq $source ) { $a[0] } else { $a }

するぐらいかなぁ
要件満たせてるのかわかんないけど

**デフォルトの名無しさん** · 2021/06/26(土) 08:10:50.49

Get-ChildItemのオプションで除外するかWhere-Objectでフィルタか
両者にはどんな得意不得意があるの？

**404** · 2021/06/26(土) 10:25:46.45

>>408
自分が理解できる範囲でオプションを組み合わせてもうまくいかなかったのですが、
そういえばパスに*が含まれる場合は-Path、そうじゃない場合は-LiteralPathにすれば
想定する動作になるのかなと思いました。
コードが手元にないのであとでやってみます。
Where-Objectに渡すのは、すみません今回の場合にどうフィルタするのか想像つきません。
どうもありがとうございます。

>>409
これでうまくいきそうに思います。
*の有無で分岐するのと両方を試してみたいと思います。
どうもありがとうございます。

**デフォルトの名無しさん** · 2021/06/26(土) 10:58:10.50

>>411
こんな感じでよくない?
Get-ChildItem -Path $source -Recurse:(Test-Path $source -PathType Container)

hoge.exe の仕様にもよるけれど、-File とかも指定しないと変かも。

**404** · 2021/06/26(土) 11:51:34.42

>>412
こういった、パラメータの後ろに:をつけてオンオフを切り替える書き方を知りませんでした。
この方法でもできそうなので試してみます。
勉強になります。
どうもありがとうございます。

**デフォルトの名無しさん** · 2021/06/26(土) 14:42:37.37

>>412
$sourceにワイルドカード含まれてたら意図した動作にならないかと思ったけど、そんなことない？

**デフォルトの名無しさん** · 2021/06/26(土) 17:37:56.83

>>411
ワイルドカードが含まれない場合でもフォルダー指定ならrecurseが必要なんじゃない？

**デフォルトの名無しさん** · 2021/06/26(土) 18:15:40.91

そもそも >>404 で無条件にgciに渡してるとこからおかしいと思う
1. まず$sourceにワイルドカード文字が入ってるかどうかを判定する $source -match "[\*\?]"
2. 次にディレクトリ指定かを判定する Test-Path $source -PathType Container
3. そうでないならファイル指定かを判定 Test-Path $source -PathType Leaf
4. これ以外はエラーとする

1と2のケースならgciに掛けて除外したいものをWhere-Objectでフィルタしながら処理する
gci $source -recurse | ?{ $_.FullName -notlike "*SUB_FOLDER*" } | %{ hoge.exe $_.FullName }
3ならそのまま処理する hoge.exe $source
自分ならこんな感じで書くかな

**404** · 2021/06/26(土) 18:28:02.03

>>416
そうですね・・・。
*(ワイルドカード)の有無で分岐する場合は、
Get-ChildItem -Path $source -Recurse #ワイルドカードあり
と
Get-ChildItem -LiteralPath $source -Recurse #ワイルドカードなし
というふうに両方に-Recurseをつければいいと思いますが、
-Recurseをオフにしちゃうとたぶん想定と違う挙動になりますね・・・。
実際のコードで検証してみます。
ありがとうございます。

**404** · 2021/06/26(土) 18:42:17.36

リロードしてませんでした…。

>>416
想定外の文字列が渡されたケースなどを何も想定せずにいました…。

hoge.exeの引数は、ファイル1個でも、スペース区切りの複数ファイルでも、
フォルダでもワイルドカード付きでも受け取ってくれて処理してくれるのですが、
具体的にどのファイルに対して処理されたのか不安な時があるので
gciによりプロンプト上で確認したいというのが>>404のコードの意図なのですが、
よく考えたらgciの結果と、hoge.exeが処理するファイルが同じになるとは限らないので
筋の悪いことをしていたような気がしてきました。

**デフォルトの名無しさん** · 2021/06/26(土) 19:19:36.00

409ので最初のgciにfileオプション付けたらやりたいことできてない？

**404** · 2021/06/26(土) 20:40:31.67

>>419
自宅のPCでやってみたらうまく行かなかったですが(再帰的に取得されてしまう)、
うろ覚えの再現をして何か間違っているかもしれないので、週明けに実際のコードで試してみます。
ありがとうございます。

**409** · 2021/06/27(日) 00:14:38.21

$sourceがファイル名でなくパス指定だとうまくいかないので

$a = @(Get-ChildItem $source -Recurse -File)
$target = if ( $a[0].Name -eq (Split-Path $source -Leaf) ) { $a[0] } else { $a }

とすべきでした

**デフォルトの名無しさん** · 2021/06/27(日) 17:52:13.26

.ps1スクリプトをタスクバーにピン留めして実行たいのですが皆さんどうしてますか

**デフォルトの名無しさん** · 2021/06/27(日) 18:59:55.50

ファイラー使ってるなぁ

**デフォルトの名無しさん** · 2021/06/27(日) 19:52:40.86

>>422
引数付きのpowershell.exeショートカット作ってピン留めしたら？

**デフォルトの名無しさん** · 2021/06/27(日) 20:14:26.80

漏れは、デスクトップにショートカットを作る

例えば、WSL2, Ubuntu 18.04 を起動して、
作業フォルダを、Linux 側にあるプロジェクトフォルダに移動してから、
VSCode で、そこを開く

リンク先
C:\Windows\System32\wsl.exe code .

作業フォルダ
\\wsl$\Ubuntu-18.04\home\ユーザー名\proj01

**422** · 2021/06/28(月) 20:14:33.38

>>424
「powershell.exe」でショートカット作成
引数を追加
タスクバーにピン留め
でいけました
ありがとうございます！

**デフォルトの名無しさん** · 2021/07/05(月) 19:41:53.00

Windows11入れたけど、PowerShellのバージョンが7.0.0-preview.3になってる
5.1も5.1.22000.1として使える

**デフォルトの名無しさん** · 2021/07/05(月) 20:44:48.06

おー、やっぱOS同梱するんだ
ライフサイクルの違いをどう吸収するのか興味深々

**デフォルトの名無しさん** · 2021/07/08(木) 20:38:28.01

>>387
想像つかない…どんな書き方なのか教えてもらえませんか？

**デフォルトの名無しさん** · 2021/07/09(金) 01:47:38.94

>>428
Powershell7は.Netごと自動更新にするんじゃね
仕様が変わっちゃいけない用途はPowershell5.1で

**デフォルトの名無しさん** · 2021/07/10(土) 15:14:28.43

こっちの環境だとPowershell7はインストールされてないな
5.1.22000.1はインストールされてるけど

**デフォルトの名無しさん** · 2021/07/18(日) 10:38:35.13

11出るのかよ
ずっと10でアップデしそうだから安心と思って10のライセンス買ってしまったぞ

**デフォルトの名無しさん** · 2021/07/18(日) 10:47:51.10

無償アップグレードのはず

**デフォルトの名無しさん** · 2021/07/18(日) 10:54:20.96

>>433
サンキュー、出てるの全く知らなかった…
昔は新バージョン出る時アキバの行列報道とかあったけど、テレビも(AFAIK)無反応だな

**デフォルトの名無しさん** · 2021/07/18(日) 20:02:18.33

>>434
正式版は出てないけど

**デフォルトの名無しさん** · 2021/07/24(土) 08:32:00.72

PowerShell始まったな

v7.2.0-preview.8 Release of PowerShell
https://github.com/PowerShell/PowerShell/releases/tag/v7.2.0-preview.8
＞ Add support to colorize FileInfo file names (#14403)
https://github.com/PowerShell/PowerShell/pull/14403

**デフォルトの名無しさん** · 2021/07/24(土) 18:02:44.97

素人ですいません
デバイスとプリンターの中にあるスマホ「sh-08」をBtのアクセスポイント接続させるのは
コマンドラインではどう書けばいいんでしょうか？

**デフォルトの名無しさん** · 2021/07/24(土) 18:19:05.10

Connect-Me sh-08 -Through Bluetooth

**デフォルトの名無しさん** · 2021/07/24(土) 19:35:50.21

嘘はいいです

**デフォルトの名無しさん** · 2021/07/25(日) 08:38:03.39

ツッコミどころ満載なリクエストだな

**デフォルトの名無しさん** · 2021/07/25(日) 14:36:00.14

Windows PowerShellでBluetoothを接続および削除する方法
https://base64.work/so/powershell/1664979

**デフォルトの名無しさん** · 2021/07/25(日) 14:46:31.15

ヒントありがとうございますやっぱちょい難しそうですね

**デフォルトの名無しさん** · 2021/07/25(日) 15:15:38.30

昇格されたアクセス許可が必要って時点でもう何か違うような

**デフォルトの名無しさん** · 2021/07/25(日) 20:56:19.00

get-wmiobjectでインスタンス見つけて接続すりゃいいんだろうけど、PC側からスマホに接続するって、どんな用途なのかな？
スマホ側の写真をPCに転送するぐらいでしかBluetooth使ったことないので、なんか便利なこと出来るなら教えて欲しい

**437** · 2021/07/25(日) 22:39:31.80

普段の回線だと5ch規制で書けないのでBtテザリングのスマホ回線に切り替えるわけですが
いちいちスマホのアイコンを右クリッタするのが面倒なのでバッチファイルで接続できないかなと
メトリック値の書き換えで回線切り替えるのはできてるんですが

**デフォルトの名無しさん** · 2021/07/25(日) 23:06:54.56

なるほど
常に接続してるなら静的ルート設定するなりしておけばいいんだろうけど、スマホだとそうもいかないから、書き込むときだけモバイル回線使うようにしたいってことね

**デフォルトの名無しさん** · 2021/07/25(日) 23:22:27.51

スマホのアイコンの右クリックとかの操作をするだけならシェル名前空間の範囲でできそうだね
$shapp = new-object -com "Shell.Application"
$folder = $shapp.Namespace([System.Environment]::GetFolderPath("desktop"))
foreach ($item in $folder.Items()) {
if ($item.Name -like '*スマホ名*') {
foreach ($Verb in $item.Verbs()) {
if ($Verb.Name -like '*接続とか何とか*') {
$Verb.DoIt();
}
}
}
}

**デフォルトの名無しさん** · 2021/07/27(火) 04:10:09.87

カスタムオブジェクトを返すコマンドレットを作って戻り値を変数に割り当てた時、
変数名の後にメンバーが補完される場合とされない場合があるんだけど何が基準なんだろう？

**デフォルトの名無しさん** · 2021/08/04(水) 01:55:31.71

>>231
実行ファイル名の変更はマジで影響でかそうだよね。
例えばリモートデスクトップだって実行ファイル名はいまだに大昔の
mstsc（Microsoft Terminal Services Client の略称）のまま変えてないというのに。。

**デフォルトの名無しさん** · 2021/08/04(水) 08:23:43.34

.NETのサポート期間はLTSでも3年なので、今後もしWindowsに標準で入れるなら3年ごとにWindowsUpdateで破壊的変更が入るという冗談のようなシェルになる
どうせ誰も移行しないんだから問題ないよ

**デフォルトの名無しさん** · 2021/08/04(水) 09:26:01.56

このスレに来るくらいのヘビーユーザー以外は大した移行コストを払うほどスクリプトを書いてないんんじゃね
少なくとも俺が書いたスクリプトは修正した記憶がない

**デフォルトの名無しさん** · 2021/08/04(水) 09:29:59.39

何年か前からアナウンスしても移行が破綻するほどに互換性が皆無なら、言語そのものが致命的な破壊的変更すぎるということだし
そうでないならどこかのタイミングでエイリアス化してもそこまで困らない
ちょうどいまのIEとEdgeに似た状況なのでは

**デフォルトの名無しさん** · 2021/08/04(水) 09:42:06.91

powershellってスクリプトそれ自体が資産というよりは、特定の環境とセットで動きゃOKな書き捨てスクリプトがほとんどだろうから、
現実には.NETランタイムもpwshも自分で入れてサポート期限なんか無視してバージョン固定で塩漬けだろうね
むしろ勝手に更新される心配がない分嬉しいまである
社用端末のログインスクリプトだったり、厳密にサポート期限を気にして更新していかなきゃいけないような案件だったら使い物にならんわな

**デフォルトの名無しさん** · 2021/08/05(木) 04:38:47.31

>>453
＞社用端末のログインスクリプトだったり、厳密にサポート期限を気にして更新していかなきゃいけないような案件だったら使い物にならんわな

夜間バッチをbatで書いてたのを全部powershellに書き換えた企業とかあるけど、後悔あとに立たずだろうなあｗ

**デフォルトの名無しさん** · 2021/08/05(木) 06:00:44.46

>>454
なんで？
動くだろ

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

そんな古臭い現場が移行するわけないでしょ
最終的にはps6以降のシリーズよりもps5の方が長くサポートされるだらうから何の問題もないよw

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

互換性がどの程度でメンテや疎通のコストがどれほど必要になるのかを考えずに騒ぐのってどうなの
ワクチンの0.0014%の死亡率を見て、危険！ありえない！と叫ぶような非論理性を感じる

**デフォルトの名無しさん** · 2021/08/05(木) 09:53:34.22

コストは連続じゃないからね
実務経験あるならわかると思うけど、更新しなきゃいけない、更新したら壊れるかもしれない、最低限動作確認しなきゃいけない、
そういうことを考慮しなければならない時点で大きなコストなんだよ
その定量的な頻度や程度はあまり関係なくて、定性的にあるかないかで非連続なコストが発生するの

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

Powershellでどんだけ巨大なシステム組んでんだろw

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

pwsh.exe、psh.exe、ps.exeと3年毎に名前が変わったら俺もキレると思う

**デフォルトの名無しさん** · 2021/08/05(木) 14:02:00.09

別バージョンはちがう名前と考えれば納得いく

**デフォルトの名無しさん** · 2021/08/05(木) 17:14:02.32

>>458
結局、それが「考慮しなければならない」とか「定性的にあるかないか」っていう判断をするボーダーラインがあるって事だろ
>>457が言ってる程度の問題と本質的に変わらない

**デフォルトの名無しさん** · 2021/08/05(木) 21:43:19.74

コンソール無し版のpowershellwはまだですかいのう

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

何に使うのそれ・・・

**デフォルトの名無しさん** · 2021/08/06(金) 02:36:04.91

>>464
https://zenn.dev/kumarstack55/articles/2021-01-25-powershell-hide-window

**デフォルトの名無しさん** · 2021/08/09(月) 13:18:29.21

ISEは便利そうと思いつつ放置してるんだけどpwsh7xも使えるっぽいとどこかで読んだ
試してみるか

**デフォルトの名無しさん** · 2021/08/09(月) 13:50:21.79

なぜいまISE？
msはISEの開発を止めてVS Codeに軸足を移してるから今始めるならVS Codeじゃないのかな
統合エディタだから学習コストも増えるけどモダンエディタを知らずに過ごすのはそれはそれでもったいない

**デフォルトの名無しさん** · 2021/08/09(月) 15:52:32.05

>>467
VSCodeでデバッグしてると、たまに挙動おかしくなる（ブレークポイントで止まらなくなったり）んだが、ISEだと問題なかったりする。

こういうときは諦めてISE使うしかないの？

**デフォルトの名無しさん** · 2021/08/09(月) 17:36:09.94

>>468
そんな挙動に出くわしたこと無いなぁ

**デフォルトの名無しさん** · 2021/08/09(月) 18:44:32.05

>>460
unix系だとシバンで困る
7系をパッケージマネージャで入れるとパスにはpwsh-previewなる実行ファイルが置かれる
8になったら今度はそれがpwsh-previewだろうし
せめてpwsh7とか、あんまり攻めない内容ならpwshでざっくり指定させて欲しい

勝手にni pwsh -target pwsh-preview -itemtype symboliclinkしてるけど

**デフォルトの名無しさん** · 2021/08/10(火) 00:57:50.39

単にブレークポイントまでたどり着いて無いんじゃないのか
VSCodeで実行毎にPowerShellの環境作り直してくれる機能がないとデバッグできないわ

**デフォルトの名無しさん** · 2021/08/14(土) 20:57:32.62

v7.0.7
https://github.com/PowerShell/PowerShell/releases/tag/v7.0.7
v7.1.4
https://github.com/PowerShell/PowerShell/releases/tag/v7.1.4

**デフォルトの名無しさん** · 2021/08/15(日) 20:51:02.97

(1 -eq 1 -eq 1) #True
(1 -le 2 -le 3) #True
(1 -lt 2 -lt 3) #False

何で3行目だけTrueではなくFalseになるの？誰か教えて

**デフォルトの名無しさん** · 2021/08/15(日) 21:21:37.29

1 -lt [int](2 -lt 3) って扱いになってるのかな

**デフォルトの名無しさん** · 2021/08/15(日) 22:20:12.40

比較演算子の左がブール値なら右の値もブール値として扱われるから0以外は全部trueになるってことやろね

**デフォルトの名無しさん** · 2021/08/19(木) 18:57:52.65

.NetCore版って起動の高速化できないのかな
自分で使う分にはいいんだけど、スクリプト使ってもらう時に不安がられる

**デフォルトの名無しさん** · 2021/08/20(金) 02:15:53.16

わかる

**デフォルトの名無しさん** · 2021/08/20(金) 03:36:25.48

なんかしら起動中の表示してくれたらいいんだけどな
batファイルからPowershellスクリプト実行すれば似たようなことできるが、そのために態々batファイル作るのなんか嫌だ

**デフォルトの名無しさん** · 2021/08/20(金) 17:22:54.58

スクリプトに一行足して拡張子.batにするだけだと思うけど、何が嫌なのかな？

**デフォルトの名無しさん** · 2021/08/20(金) 17:39:03.48

PowerShell単体で渡せなくなるじゃん

**デフォルトの名無しさん** · 2021/08/20(金) 17:46:31.39

>>479
よく読んだら「スクリプトに一行足して拡張子.batにする」って
Powershellスクリプトをbatファイルとして保存して実行する方法があるって事？

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

>>481
この記事のbase64の前に書いてあるのがそれ
https://qiita.com/cd01/items/82829ba0ec0f59e1b04d

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

> やってることは、両方ともバッチファイルの中で自分自身を呼び出して、その呼び出す記述を呼び出す側で無視するという感じ。

**デフォルトの名無しさん** · 2021/08/22(日) 07:57:55.97

Rustのメモリ安全性はボローチェッカーによって担保されているが、
Nimと比較してRustはタイプ量が多い事により限りなく低い生産性と
C++のような高い難読性、超巨大なバイナリ生成性能を兼ね備えています

Nimはバージョン1.5.1でRustのボローチェッカーに似た「View types」が実装されれば、
GC無しのView typesで参照の有効性を検証することによってメモリ安全性を保証しつつ
限りなく抑え込まれたタイプ量で高速化したCのソースコードを吐き出せます

Nimソースコード ==nimコンパイラ==> Cソースコード ==Cコンパイラ==> バイナリ

なので、nimコンパイラが通った時点でメモリ安全性が担保されませんか？

Nimの実験的特徴バージョン1.5.1
http://nim-lang.github.io/Nim/manual_experimental.html

第二プログラミング言語として Rust はオススメしません Nim をやるのです
https://wolfbash.hateblo.jp/entry/2017/07/30/193412

Nimは限りなく抑え込まれたタイプ量で高い生産性とPythonのような高い可読性を実現し
ているにもかかわらず、高速なCのソースコードを吐き出せるのでC言語でリモートワーク
されている方は割り振られた仕事が早く終わっても終わってないふりをして怠けることができる

「怠け者とはこうあるべきだ！」と言うとても大事な事を Nim は我々に教えてくれます

**デフォルトの名無しさん** · 2021/08/22(日) 16:22:22.41

batから呼び出す奴はこんなのもあるね
ttps://reosablo.hatenablog.jp/entry/2016/07/09/193617

.batのセキュリティゆるゆるなのを利用して実行権限無しでpowershellスクリプトを走らしちゃう感じらしい

**デフォルトの名無しさん** · 2021/08/22(日) 18:32:28.29

簡易版はホントに短くまとまっててよいですね
今度から俺もこっちにしよう

**デフォルトの名無しさん** · 2021/08/22(日) 19:00:26.43

すげーなこういうのよく思い付くな
知ってしまえば簡単な仕組みだけど、
単一ファイルで動かすって発想がなかったから素直に感心する

**デフォルトの名無しさん** · 2021/08/22(日) 19:00:34.83

ExecutionPolicyを指定してこんな感じかな

@powershell/exe un /nop '#'+(gc \"%~f0\"-ra)^|iex&exit/b

**デフォルトの名無しさん** · 2021/08/22(日) 19:05:56.51

unじゃなくてuだけでよかった

**デフォルトの名無しさん** · 2021/08/22(日) 19:08:51.09

こうか
@powershell/ex u /nop '#'+(gc \"%~f0\"-ra)^|iex&exit/b

**デフォルトの名無しさん** · 2021/08/22(日) 21:59:38.51

例えば漏れは、デスクトップにショートカットを作って、
ダブルクリックで、Ruby スクリプトを起動してる。
同様に、PowerShell スクリプトも起動できないの？

リンク先
C:\Windows\System32\cmd＠.exe /k "ruby C:/Users/Owner/Documents/a.rb"

注意。投稿できないので、間に＠を入れました

作業フォルダ
C:\Users\Owner\Desktop

**デフォルトの名無しさん** · 2021/08/22(日) 22:06:23.04

>>491
だからrubyキチはバカって言われるんだよ

**デフォルトの名無しさん** · 2021/08/22(日) 23:05:00.65

>>491
1ファイルで実行したいって言ってるのにショートカット作るのかよw

**デフォルトの名無しさん** · 2021/08/23(月) 21:31:06.73

てすと
C:\Windows\System32\cmd.exe

**デフォルトの名無しさん** · 2021/08/24(火) 07:37:43.99

cmd.exe

**デフォルトの名無しさん** · 2021/08/25(水) 10:04:47.88

バッチファイルに埋め込むときはシフトJISにしないといけないのがチョイ面倒ですね
昨今だとメモ帳もutf-8ですし

**デフォルトの名無しさん** · 2021/08/26(木) 00:11:52.59

コードページ変えられるよ

**デフォルトの名無しさん** · 2021/08/26(木) 00:12:33.27

chcp 65001

**デフォルトの名無しさん** · 2021/08/26(木) 00:27:24.00

コードページ変更っていろいろ罠があったような…
フォントを変えておかないとダメとか
コマンドの一部は期待どおりに動作しないとか

**デフォルトの名無しさん** · 2021/08/26(木) 09:51:33.43

シフトJISにしておけばget-contentでエンコーディング指定も不要なので、まぁ、いいかなと
VS codeでオープン時or保存時にシフトJISにするだけですし

**デフォルトの名無しさん** · 2021/08/26(木) 10:33:43.73

$PSDefaultParameterValue["*:Encodings"] = "utf8NoBom"にしてるけど大体大丈夫だ
コマンドレットには全て暗黙に渡るので一貫性は保てる
Core 6/7だと空でもこれがデフォルトのはず
cmdはレジストリのどっかでchcp 65001指定した、とりあえず今まで問題はない、気がする

**デフォルトの名無しさん** · 2021/08/26(木) 10:37:16.39

utf8は低レベルでの扱いがめんどいから、固定長utf-32か、ほぼ固定長のutf-16が流行ってくれた方が嬉しかったんだけれども…