外部コマンドへの出力エンコードを変更する
PowerShellコマンド出力を外部コマンドにパイプで渡したとき、文字化けが発生することがある。このような場合には、システム変数$OutputEncodingに定義されているエンコードが、外部コマンドが想定しているエンコードと異なっている。
たとえば、シフトJISのみ受け付けるといったように、特定の文字エンコードを想定した作りになっているからだ。Windowsの標準コマンドだと、文字列検索のfindstr.exeは、入力文字列のエンコードはシフトJISになっている必要がある。このとき、$OutputEncodingを「shift-jis」エンコードに変更する。
$OutputEncodingは、Windows PowerShellでは、「US-ASCII」(ASC383IIコード)、PowerShell Ver.7では、「UTF-8」になっている。つまり、findstr.exeに渡される検索文字列がUTF-8あるいはUS-ASCIIであるため、findstr.exeは、文字列を見つけることができない。
wsl.exeとwinget.exeの場合
今回、文字化けするコマンドの例としてwsl.exeとwinget.exeを挙げたが、現実問題としては、どちらのコマンドも他の方法によりPowerShell内で情報を正しく扱える。
wsl.exeの-lオプションと同等の情報は、レジストリから抜き出すことが可能で文字エンコードの問題はない。これについては、過去記事(「ストア版WSLをアップデートまたはダウングレードする」)で扱った。
また、wingetに関しては、同等の機能を持つPowerShellモジュールの配布が開始されている。これについては、別の機会で解説の予定だ。
コマンドの出力は文字化けしないのに、リダイレクトや変数への格納で文字化けが起こるのは、文字エンコードが原因の可能性が高い。特にPowerShellでは暗黙的に文字エンコード変換がなされているため、これを理解しておかないと苦労する。
このような場合、cmd.exeで外部コマンドを実行して、ファイルにリダイレクトをし、これをバイナリエディタなどで見るとよい。cmd.exeはリダイレクト時にもエンコードのを変換などしないため、本来の出力を確認しやすい。
この連載の記事
-
第457回
PC
IPv6アドレスは先頭を見ればどんな種類かわかる -
第456回
PC
あらためてIPv6基本のキ -
第455回
PC
Windowsで現在どのネットワークアダプタがインターネット接続に使われているかを調べる方法 -
第454回
PC
Windows 11 24H2では「デバイスの暗号化」の条件が変わり、より多くのPCでドライブが暗号化される -
第453回
PC
Windows 11 24H2の配布開始後もすぐにはやってこない Windows UpdateとSafeguard Holds -
第452回
PC
Windows 11 Ver.24H2が登場 Copilot+ PCとそうでないPCで実質Windowsが2つに分かれる -
第451回
PC
新しいWindowsサンドボックスではコマンドラインからの制御が可能に -
第450回
PC
ユニコードで文字数を数える方法 -
第449回
PC
WSLはプレビュー版でGUIでの設定が加わった! リリース2.3.xの新機能を見る -
第448回
PC
PowerShellで面倒なオブジェクトはPSCustomObjectに変換するのが早道 -
第447回
PC
この秋登場のWindows 11の新バージョン、Ver.24H2の状況を見る - この連載の一覧へ