PowerShellで文字化けが生じる場合がある 直接実行すると問題なく表示されるのに、PowerShellの変数に格納する、あるいはファイルに出力すると文字化けする外部コマンドがある。 具体的には、wsl.exeやwinget.exeなどだ。文字化けするのは、PowerShellの変数への格納や、cmd.exeでファイルにリダイレクトしたあと、変数やファイルを表示したときである。 先に結論から言えば、wsl.exeとwinget.exeの場合、標準出力にはバイトマークなしのUnicode（UTF-16LE）エンコードされた文字列が出力されているため、そのままでは文字化けしてしまう。 画面に出力したときに文字化けしない理由は、標準出力とは異なる方法で画面表示しているからだと思われる。ソースコードを調べたわけではないが、たとえば、コンソールAPIなどを使って画面出力しているのではないかと思わ
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? この記事は Microsoft Azure Tech Advent Calendar 2024 の 8 日目の記事 です。 かつ、 こちらの記事は､Azure PoC部 Advent Calendar 2024の11日目の記事でもあります。 こんにちは、アーキテクトのやまぱんです。 補足コメントや質問、いいね、拡散、是非お願いします🥺！ 間違ってたら優しく教えてください！ 突然ですが、私は nslookup 使うなおじさんになりました。 結論からいうと、「nslookup の代わりに、PowerShell の Resolve-DnsN
先日、メインの開発環境を MacOS から Windows 10 Professional へと移しました。理由としては主に2点で、現在仕事を自宅の固定席で行っており PC を持ち運びする必要がなくなったため Mac より高速で安価な Windows デスクトップ機を使いたいこと(Ryzen 9使いたい!)、WSL2 が正式版となり使ってみた感じ問題なく WSL2 で仕事の開発ができそうだったことが挙げられます。 WSL2 はふつうに Linux なので問題なく開発環境の構築が行なえ、Windows からも VSCode Remote のおかげでで違和感なくWSL2上のコードを編集、実行ができ快適な開発が行えています。(なお、WSL2 についての記事は山程溢れているので、ここでは殆ど触れません。) しかしながら、WSL2 ではないふつうの Windows 上で開発する機会が出てきたので、M
概要 指定したフォルダツリー内にある全ての .eml や .msg ファイルに対して、ファイル名の先頭部分にメッセージの送信時刻を付加する処理を一括して行なうための簡単なツールを作りました。 背景 Outlook や Thunderbird のメールメッセージを、エクスプローラーのフォルダへのドラッグ＆ドロップでファイルとして保存した場合、ファイル名は （メッセージの件名）＋（拡張子 .msg / .eml）となり、またファイルの更新日時はその操作を行なったタイミングになるため、保存された複数のファイルを送信時刻でソートすることができません。 使い方 下記のコードをバッチファイルとして拡張子 .bat のファイルに保存し、.eml ファイルや .msg ファイルを含む対象フォルダをその上にドラッグ＆ドロップします。 コード 中身はほぼ PowerShellスクリプトですが、Windows
TL;DR 複数のバージョンのVisual Studioをインストールしている環境下において、使用したいバージョンのコマンドラインビルドに使用するMSBuild.exeを探すスクリプトを作成した ※ 本記事は、2019/01/25に弊社スタッフブログに投稿した記事をQiitaに転載しています。 （2019.01.26追記） nukie_53さんから編集リクエストいただき、PowerShellスクリプトにシンタックスハイライトが適用されるように修正しました！ （2019.03.10追記） 下記バージョンのMSBuild.exeのパスを追加 Visual Studio 2013 Visual Studio 2017 Professional 参照URL Powershellを楽に実行してもらうには 概要 かなりニッチな状況ですが、 Visual Studioで作成したツール類をコマンドラインか
クロスワープの大鷲です。 この記事は PowerShell Advent Calendar 2017 の 7 日目です。 何が起きたの 社内の PC を管理するための PowerShell スクリプトを作成してファイル サーバーに置き、グループ ポリシーを通じてタスク スケジューラーで実行させるように仕込んだところ、一部のマシンで以下のようなエラーが発生していました。*1 なぜ実行できないのか 実行ポリシーに問題があるようなので、Get-ExecutionPolicy を叩いて見ましたが、RemoteSigned です。 RemoteSigned というのは、インターネットからダウンロードしてきたスクリプトは、署名されていないと実行できないというポリシーです。 つまり、このファイルがインターネット由来だと判断されたということです。 ZoneID ではない この問題が起こった場合、最初にチェ
最高に誰得なエントリです。 PowerShellの起動時に読まれるps1xmlファイル stknohg.hatenablog.jp で触れましたが、PowerShell 1.0~5.0ではpowershell.exeの起動時に$PSHOMEにある*.format.ps1xmlと*.types.ps1xmlを読み込み、オブジェクトの書式設定やオブジェクトの型に対する追加情報を設定します。 そして、先の記事の以下の引用についてなのですが、 これらのファイルは V2 のサイド バイ サイド インストールをサポートするためにまだ存在するので、ファイルの内容を変更した場合、V5 には影響がなく、影響を受けるのは V2 だけです。 これらのファイルの内容を変更するシナリオはサポートされていないことに注意してください。 ここを読んだ時に最初に「ps1xmlファイルは変更不可では？」という疑問がありました
@echo off REM HINT=http://qiita.com/usagi/items/2623145f22faf54b99e0 cd %~dp0 :checkMandatoryLevel REM ▼管理者として実行されているか確認 START for /f "tokens=1 delims=," %%i in ('whoami /groups /FO CSV /NH') do ( if "%%~i"=="BUILTIN\Administrators" set ADMIN=yes if "%%~i"=="Mandatory Label\High Mandatory Level" set ELEVATED=yes ) if "%ADMIN%" neq "yes" ( echo このファイルは管理者権限での実行が必要です{Administratorsグループでない} if "%1" n
UI Automation PowerShell Extensionは、.NET Frameworkに付属するUI オートメーションライブラリのPowerShellラッパーで、UI自動操作（UIオートメーション）をPowerShellで記述できる。これにより、GUIしかないアプリの定型作業をスクリプト化したり、UIテストを行ったりすることができる。だいぶ前に書こうと思ったのだけど、思い出したのでようやく書くことにした。 例まずは例として、Windowsに付属する「電卓」を使って1 + 2を計算してみるスクリプトを書くと以下のようになる。 $process = Start-Process calc -PassThru $window = Get-UiaWindow -ProcessId $process.Id $window | Get-UiaButton -Name '1' | Invok
就業時刻を知りたいというのは往々にしてあると思います。 毎日ちゃんと記録しておけばいいのですが、まぁ面倒だし帰り際終電無くなるーとかいってつい忘れたりとか。 なので大体毎月イベントビューアー開いて絞り込む訳ですが、ワンクリックですぐ見るためのバッチファイル。 PowerShell便利だなぁ。 (追記 2015/12/05 4:02) 大幅に修正。毎日きっちり起動とシャットダウンする環境が自宅にないので動くのか試してない…動かない場合はInitial Commit参照。HAVING句にあたるコマンドレットが欲しい… (追記 2015/12/23 13:00) 確認取れて修正したバージョンに更新。追加した機能として、スクリプト冒頭の$HOURS_PER_DAYに指定された時刻までなら1日とみなし、25:00のような表記で記載できるようにした(デフォルトで26時までになっています)。これで残業が
目次1 Write-Host2 Write-Output3 文字色の指定 (Write-Host)3.1 書式3.1 コード例13.2 コード例24 背景色の指定 (Write-Host)4.1 書式4.2 コード例14.3 コード例25 配列の出力5.1 コード : Write-Host5.2 コード : Write-Output6 配列の出力 : Separatorオプションの利用6.1 コード 7 パイプの利用7.1 コード : Write-Host7.2 コード : Write-Output8 連想配列を出力する場合8.1 コード例8.2 実行結果 PowerShellの出力コマンド"Write-Output"と"Write-Host"の違いを紹介します。 Write-Host 出力をホストに書き込みます。書き込む内容をカスタマイズすることができます。 出力のカスタマイズが可能なた
先日 フォルダの整理をしていて、ショートカットを含んだフォルダを移動したので、ショートカットの手直しが必要だな。と思いつきました。 で、手直し対象となるショートカットを どうやって検出するか暫く考えました。 DOSコマンドかCygwinのコマンドから'*.lnk'を抜き出して、リンク先のプロパティ値を取り出す。 →暫く ぐぐって見たんですが、どうもやり方が判んない。 WSHでスクリプトを書く。 →WshShell.CreateShortcutメソッドでショートカット情報が得られるのですが、ショートカットファイルの列挙が面倒。 PowerShellで何とかしてみる。 →確か抜き出した情報は、一つ一つオブジェクトとして扱うのだから、そこからショートカット情報が得られるかも。 という訳で、PowerShellで何とかならないか調べてみました。 いきなり結論 結論から言うと、以下の通りでした。 P
環境変数にアクセスするため、PowerShellには「Environment」プロバイダが用意されている
Windowsのバッチファイルはシステムレベルでサポートされているテキストベースの実行可能ファイルです。コピーなどのファイル操作や特定の環境変数の設定を用いたプログラムの実行に使うことができます。一方PowerShellはWindows 7以降では標準搭載されているシェルであり、.NETのライブラリを扱うこともできる点が特徴です。 ここでは、バッチファイルとPowerShellスクリプトファイルを1つのファイルにまとめて記述してしまうという方法を記載しています。 ※ この項に記述されている内容を使うと比較的容易にPowerShellコードを実行することができるようになるため、セキュリティー上問題がある可能性があります。そのため、作成したデータの取り扱いにはご注意ください。 ※ 続編としてPowerShellに引数を解釈させる方法を「バッチファイルにPowerShellスクリプトを埋め込む
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PowerShellでWindowsのシステム情報やネットワーク・ディスクの情報を確認する方法
