PowerShell -Part 7

**デフォルトの名無しさん** · 2024/05/30(木) 09:38:23.19

＞ウインドウ非表示実行

conhost.exe --headless powershell.exe -file foo.ps1
では駄目？

警備員[Lv.7][新芽] · 2024/05/30(木) 10:02:25.09

非表示にする理由ある？

**デフォルトの名無しさん** · 2024/05/30(木) 12:56:45.30

vbs廃止は神国だわw

**デフォルトの名無しさん** · 2024/05/30(木) 17:48:39.42

>>205
駄目じゃない、ありがとう
タスクスケジューラーから定期実行する時、VBS以外の選択肢がなくて困ってた
引数の--headlessはどういう意味なんだ？

**デフォルトの名無しさん** · 2024/05/30(木) 22:14:09.65

https://github.com/microsoft/terminal/issues/17178
conhost.exe --headlessは終了コードを得られない致命的なバグがあるらしいな
Hiddenで起動する適当なexe作った方が早そう

**デフォルトの名無しさん** · 2024/06/01(土) 09:49:39.74

>>154
なんじゃこりゃ、どんだけエアプが書いてんだ？
そもそもrunas.exeとsudoの意味論はユーザ切り替えで同一だろ
権限の昇格の概念の無いOS用のsudoと意味論が異なる事を示す為にせめてsudo以外の名前を使えよ

以下win/pwsh環境での突っ込み
>runasはパスワードの入力が必要になる
saps に-cred $me渡せ

>別ウィンドウでターミナルが起動する
-nonew渡せ

>別ターミナル再度コマンドを実行する必要
それはsu相当の動作であってsaps pwshで代替できる

全部やりたいならsaps $prog -runas -cred $me -nonewだろ？

win上のpwsh環境ではsaps上で直交するオプションとして設計された4機能が全部斜交した邪悪の極みみたいなコマンドと化してるぞ
ついでに言うとrunas.exeも若干邪悪…

テストはしてないからなんか俺もエアプしてたら突っ込んでね？

**デフォルトの名無しさん** · 2024/06/01(土) 10:15:49.38

$progと-args @argsをfunction sudoに包んで渡せばとりあえず望みの挙動を得られるはず

**デフォルトの名無しさん** · 2024/06/01(土) 22:09:53.18

俺の環境だと-NoNewWindowと-Credential両方指定すると新しいウインドウが開いちゃうんだが

**デフォルトの名無しさん** · 2024/06/04(火) 22:16:09.49

>>208
https://www.keyence.co.jp/ss/general/iot-glossary/headless.jsp

ヘッドレスとは、組み込み機器やサーバなど、本来対面で人が操作するためのものではない(または、その必要がない)システムで見られる運用形態のひとつです。コンピュータの場合、キーボード、マウス、タッチパネルなどの入出力機器を接続しない状態で運用すること、また、その状態で運用を行う機器などがあります。

**デフォルトの名無しさん** · 2024/06/05(水) 00:12:03.26

https://eow.alc.co.jp/search?q=headless
例文、怖えぇ～

【headless】
1. 頭部のない、首を切られた
　・ I saw a headless dog lying beside the road on my way to school. :
　　学校へ行く途中、道端に首のない犬が転がっているのを見た。
2. 指導者がいない
　・ The terrorist group is a headless organization. :
　　そのテロリスト集団は指導者がいない組織である。
3. ・・

**デフォルトの名無しさん** · 2024/06/10(月) 08:02:22.79

ヘッドレスってCPUをなくすべきでは

**デフォルトの名無しさん** · 2024/06/12(水) 21:40:45.55

>>210
＞そもそもrunas.exeとsudoの意味論はユーザ切り替えで同一だろ

今のSudo for Windowsは同一じゃない

https://learn.microsoft.com/ja-jp/windows/sudo/#how-is-sudo-for-windows-different-from-the-existing-runas-command
＞現時点で Windows 上の sudo コマンドは、他のユーザーとしてのプログラムの実行をサポートしていません。

**デフォルトの名無しさん** · 2024/06/13(木) 01:51:19.96

>>216
＞そもそもrunas.exeとsudoの意味論はユーザ切り替えで同一だろ
ここで言及してるsudoはunix系の本家(？)sudoのことやろ

**デフォルトの名無しさん** · 2024/06/19(水) 22:42:22.27

古い業務システムでデータ入力する時に自動化しようと思ったんだが、
Enterがカーソル位置以降の文字消してフォーカス移動、NumpadEnter（テンキーのEnter）がEnter、
左CtrlがCtrl、右CtrlがEnterという機能になっている。
powershellのSendkeysだとどうやってNumpadEnterか右Ctrlを選択すればいいのでしょうか？

**デフォルトの名無しさん** · 2024/06/19(水) 22:46:04.00

VBのSendKeysと変わらないと思う

**デフォルトの名無しさん** · 2024/06/21(金) 17:49:04.98

>>218
無料のRPAでやる方法もあるよ

**デフォルトの名無しさん** · 2024/06/22(土) 01:38:41.92

powershellってlinuxでも使えますっけ？

**デフォルトの名無しさん** · 2024/06/22(土) 05:23:03.55

使えます

**デフォルトの名無しさん** · 2024/06/22(土) 19:51:57.56

Win10のPowerShellのC#がVS2022のC#とバージョンが違って戸惑う…。
Win11ではそこまで違和感ないのだろうか？

foreach (var item in File.ReadAllLines(fileName).Select((line, i) => $"{i + 1,2}:{line}"))

としたかったのにReadAllLinesも使えないし、 $"{i + 1,2}:{line}"部分も使えない。

何か、隔世の感がある…。

**デフォルトの名無しさん** · 2024/06/23(日) 00:24:22.40

？？？

**デフォルトの名無しさん** · 2024/06/23(日) 01:48:23.24

PowerShell内蔵のC#スクリプトがOS毎にバージョンが違って、使えない機能があって不便だって話。

hello.ps1

Add-Type -Path .\hello.cs
[Hello]::hello()

hello.cs

using System;

public static class Hello
{
public static void hello()
{
Console.WriteLine("Hello World!!);
}
}

**デフォルトの名無しさん** · 2024/06/23(日) 02:33:27.21

まあ現在進行形でメンテされてるからな
むしろOS毎に入るバージョンが違ってくるのは当たり前なのでは…

**デフォルトの名無しさん** · 2024/06/23(日) 04:10:59.53

分ってるけど、心の叫びだよ。

あ、PowerShellアップデートしてReadAllLinesの方は使えるようになった。
今更ファイルストリームでopen/closeとか嫌すぎたからホッとした。

**デフォルトの名無しさん** · 2024/06/23(日) 13:37:48.52

webアプリのテキスト入力部分にpowershellスクリプトで自動的に文字入力をしています
しかし動作させるタイミングによってIMEが日本語入力になっていたり直接入力になっていたりしています
「無変換」キーに「IMEオフ」を割り当てて文字入力の前にpowershellで自動的に無変換キーを押下させましたが当方の環境では何故か期待通りの結果にならず、やむなくタスクバートレイのIMEアイコンを右クリック（メニュー表示）→「直接入力」左クリックをpowershellで自動でやって実現しています
しかしこの方法はスマートじゃないです
powershellで他のアプリに入力中のIMEの設定を「直接入力」モードにスマートに切り替える方法があれば教えてください

**デフォルトの名無しさん** · 2024/06/23(日) 13:50:30.91

望んでいる答えではないと思うがWebアプリなら素直にブラウザのプラグインでJavaScriptを動かす方法を一度覚えておいたほうが幸せになれると思う
安定性も増すしやれることの幅もかなり広がる

**デフォルトの名無しさん** · 2024/06/23(日) 13:52:52.91

>>227
ぷっ
バグがあったら動かないのは当然

**デフォルトの名無しさん** · 2024/06/23(日) 14:57:30.86

>>228
WindowsFormsあたり使えばできるんじゃないの？と思ってCopilotに聞いてみた

Add-Type -TypeDefinition @"
using System;
using System.Runtime.InteropServices;

public class ImeControl {
[DllImport("user32.dll")]
public static extern IntPtr GetForegroundWindow();

[DllImport("user32.dll")]
public static extern int ImmAssociateContext(IntPtr hWnd, IntPtr hIMC);

public static void DisableImeMode() {
IntPtr hWnd = GetForegroundWindow();
ImmAssociateContext(hWnd, IntPtr.Zero);
}
}
"@

思ってたんと違った

**デフォルトの名無しさん** · 2024/06/23(日) 17:48:41.99

>>231
有難うございます
一回り難しそうですが、試しながら参考にさせて頂きます

**デフォルトの名無しさん** · 2024/06/23(日) 18:39:00.79

肝心のアレが入ってないからまともに動かなそう
AIをもっと虐めないとだよ

**デフォルトの名無しさん** · 2024/06/23(日) 23:34:40.87

>>230
バグじゃなくて、互換性の問題。
古いのC#の文法を使えば良いとは言え、あんまり逆行したかったん。

**デフォルトの名無しさん** · 2024/06/23(日) 23:46:54.32

ｘあんまり逆行したかったん。
oあんまり逆行したくなかったん。

**デフォルトの名無しさん** · 2024/06/24(月) 00:41:48.16

>>221
使えます。

**デフォルトの名無しさん** · 2024/06/26(水) 17:27:29.44

地味にハマったからPowerShell7.5PrevewでC#コード実行の注意点書きこ。

・$Argが$argsに。（ここまではいい）

・$argsに格納されるコマンド引数がカレントディレクトリではなく、「PowerShellを起動したディレクトリ」になっている。
（なので、初期はPowerShellの本体があるフォルダー。しかもcdでカレントディレクトリ変えても、コマンド引数のディレクトリは変化しない）

解決策
(hoge.ps1は$argsを使っているスクリプト)

pwsh hoge.ps1 arg1 arg2

の様にPowerShellを起動してからスクリプトを実行すると、コマンド引数のディレクトリも（そのシェルを起動した時点の）カレントディレクトリに変わる。

・

**デフォルトの名無しさん** · 2024/06/26(水) 17:31:44.50

あ、C#はPowerShell7.5で $"{}"（文字列補間式)使えるようになった＼(^_^)／

**デフォルトの名無しさん** · 2024/06/28(金) 09:33:29.65

過去に作られたスクリプトなのですが、
$script=(New-Object System.Net.WebClient).DownloadString("https://○○/dir/file1.js")
として別Webサーバからスクリプトを毎回ダウンロードしていたのですが、
そのWebサーバが廃止されるということで、
そのfile1.jsをPCにダウンロードして、それを毎回読み込ませるようにしたいです

$script=Get-Content .\file1.js
としてみましたが、ファイルは読み込めているようですが、
その後の処理でうまく動作しません

何か方法ありますでしょうか

**デフォルトの名無しさん** · 2024/06/28(金) 21:59:51.65

file1.jsのエンコーディングはどうなってるの？

**デフォルトの名無しさん** · 2024/06/28(金) 23:09:31.36

>>237
説明が分かりにくい。
たぶん昔からよく混乱の元になってる
$PWD（*-Location）のカレントディレクトリと
[Environment]::CurrentDirectoryのカレントディレクトリの
両方を意識しないといけない問題について調べたらいいと思うよ。
>>239
DownloadString()の戻り値の型は[string]で
Get-Contentは大抵[Object[]]だから型の違いで動作変わってんじゃないの。
Get-Content -Rawにしてみたらどう？

**デフォルトの名無しさん** · 2024/06/29(土) 12:31:22.88

カレントディレクトリという甘えた幻想は捨てろ

**デフォルトの名無しさん** · 2024/07/07(日) 11:58:14.30

カレンちゃんとディレクトリしたい

**デフォルトの名無しさん** · 2024/07/07(日) 13:02:55.78

Get-Item カレンデバイス

**デフォルトの名無しさん** · 2024/07/07(日) 22:31:52.21

カレンちゃんって誰だよ競走馬じゃないんだぞ

**デフォルトの名無しさん** · 2024/07/08(月) 19:41:40.15

きんモザ

**デフォルトの名無しさん** · 2024/07/18(木) 01:02:53.21

windows10から11に変えたらwindows10ではちゃんと動いていたスクリプトが動作しなくなりました。
ショートカットに「powershell -file スクリプトのフルパス」と書いて目的のファイルをD&Dして使用しています。
ISEからだと一応動作して「引数が足りません」になるんですが、ショートカットからでは一瞬ウインドウが開くだけで何も起きません。
-NoExitをつけてもウインドウが閉じてしまいます。閉じるのが早すぎて正確にはわかりませんがウインドウには何も表示されていないようです。
「consolehost_history.txt」がログのようなので見てみたんですが、何も実行されていないようです。
管理者権限でpowershellを起動してから「スクリプトのフルパス "引数になるファイルのフルパス"」では正常に動作しました。
powershell.exeを右クリックで管理者権限で実行にチェックを入れても動作せず。
windows11になってからpowershellのショートカットを作る方法に変化があったのでしょうか？

**デフォルトの名無しさん** · 2024/07/18(木) 01:29:27.44

>>247
多分まさに>237に書いてる仕様変更の影響かと。

**デフォルトの名無しさん** · 2024/07/18(木) 12:34:31.99

>>248
ありがとうございます。　「pwsh -file スクリプトのフルパス」と書き換えたら起動できたんですが、今度は別のところでwindows10では起きなかったエラーが出てしまいました。
$cmfiletxt = Get-ChildItem -Path "$cmtemp" -Recurse -Depth 1 -Filter "$trimfile"
と書いてある行で、
Second path fragment must not be a drive or UNC name. (Parameter 'expression')
というエラーが出ます。
"$trimfile"の中身は例えば「R:\TEMP\cmtmp\amt9996774\アニメA・ダークギャザリング　＃1「寶月夜宵」 2023-07-10.m2v.txt」です。
windows10では正常に動作していました。
「amt9996774」の所は連携しているソフトがランダムで自動生成するのでこちらからいじることはできません。
どう修正すればいいでしょうか。

**デフォルトの名無しさん** · 2024/07/18(木) 12:46:56.92

>>249
変数名が $cmtemp になってるけど、その中身の文字列は e抜きの \cmtmp\ を含むパスなの？

**デフォルトの名無しさん** · 2024/07/18(木) 13:09:10.50

>>250
そうです。最初にパスを設定する部分を設けています。
$cmtemp = "R:\TEMP\cmtmp"

**デフォルトの名無しさん** · 2024/07/18(木) 13:13:45.35

>>249
ダブルコーテーションで括ってるからじゃね

**デフォルトの名無しさん** · 2024/07/18(木) 14:22:52.00

-Filterにパスを指定しちゃだめ、っていうエラーメッセージ。
ファイル名部分を指定するんだよ。（ワイルドカード）
でもWin10でもエラーになると思うんだけどな。

**デフォルトの名無しさん** · 2024/07/18(木) 14:29:18.66

>>252
補足
変数をダブルクォーテーションで囲むと
変数の式が展開されてから渡される
変数の中身がファイル名でスペースを含んでたりすると誤動作する
変数に入ってるんだからそのまま変数で渡せばいい
ファイル名がスペースを含んでいても大丈夫

こんな感じだと思う

**247** · 2024/07/18(木) 18:19:03.04

ありがとうございます。結局$trimfileの中身をフルパスではなくファイル名のみにするようにしたら処理完了しました。
…本当にwindows10ではこれで動いていたんですけどね…？
ただし別の問題が発生しています。あらかじめ作業フォルダを指定してその下にサブフォルダを生成、そこに処理したファイルを展開するようにしてるんですが、
指定した作業フォルダ（日本語）が文字化けしており、文字化けした作業フォルダを改めて作成してさらにその下にサブフォルダを作るようになってしまいました。
write-hostで表示する日本語も同様に文字化けしており、サブフォルダの名前は正常なのでスクリプト自体の問題ではないと思います。
powershellのタイトルバーを右クリック→設定→左のアイコンからpowershellを選択→外観→フォントフェイスをMSゴシックに変更、では解決しませんでした。

**デフォルトの名無しさん** · 2024/07/18(木) 18:48:37.59

>>255
コンソール側の文字コードの問題だと思うよ
レジストリにCodePageを設定すれば解決するはず（「65001」で検索）

**デフォルトの名無しさん** · 2024/07/18(木) 19:04:19.79

pwshが動く時点で普通のwin11じゃない気がする。pwshは一部の物好きな上級者用じゃない？（もうwin11のデフォルトになった？）
pwshのままだと今後も色々問題出るよ。自己解決していける自信がないなら総合的にはwin11の再インストールが手っ取り早いと思う。

**デフォルトの名無しさん** · 2024/07/18(木) 20:08:19.40

powershellが動かなかった理由ってOS変えたからデフォルトのExecutionPolicyの問題で弾かれてただけじゃないの
pwshについては設定変更済みで通ったと
そしてv5向けのスクリプトをそのままv7で動かしたから細かい非互換の問題が出たと

**247** · 2024/07/18(木) 20:55:47.23

>>256
やってみましたが結果変わらずです。

>>258
当初ISE経由でも弾かれたのでBypassに変更済みです。

>>257
powershellのバージョンの問題かと思ってMicrosoftStoreからver7をインストールしました。
試しに7をアンインストールして.5.1が強制的に動くようにしてみたんですが、挙動は振り出しに戻っちゃいました。
互換性の問題で言うとAutoHotkeyもうまくショートカットを発行できないソフトが出てきていますね…。
再セットアップで解決するもんでしょうか。

**デフォルトの名無しさん** · 2024/07/18(木) 21:35:09.26

pwshを入れたのは後退なので、スタート地点に立てたくらいに思えば。

1. ショートカットのあるディレクトリにで右クリック→ターミナルで開く
2. ショートカット（lnk）を開く

でウインドウが閉じずにエラーメッセージを確認できると思う

**247** · 2024/07/18(木) 22:55:07.91

>>260
出てきたエラーをコピーしようとしたらNGワードに引っかかったみたいなので要約すると、
・名前が正しく記述されていることを確認しろ、パスを確認しろ
・コマンドは見つかりませんでしたが、
現在の場所に存在します。Windows PowerShell は、既定では、現在の場所からコマンドを読み込みません。
このコマンドを信頼する場合は、".\（ファイル名）" と入力してください。

言われた通りに.入力したら「引数がないため処理を終了します。」となり、一応正常に終了しました。

**デフォルトの名無しさん** · 2024/07/18(木) 23:26:42.40

恐らく11から強制的に使わされてるターミナルが悪いんだろうな
MSストアで入るアプリは総じてゴミだから今すぐ使用中止しろ
ttps://qiita.com/dokimiki/items/f1075003cb37f1b542a8

**247** · 2024/07/18(木) 23:57:38.19

>>262
リンク先を試してから、powershellを開いてから実行する方法では修正前のスクリプトで文字化けもせず正常に終了しました。
しかしショートカットのD&Dする方法では変わらず一瞬でウインドウが閉じました。

**デフォルトの名無しさん** · 2024/07/19(金) 11:00:27.12

>>263
powershellのスクリプトの最後に pause でも追加しておけばいいんじゃね

**247** · 2024/07/19(金) 12:40:24.75

あの…、なんか寝て起きて試したら動きました…。
昨日からマジで何も変えてない…。せいぜいUSB-DACのドライバ当てたくらい？
とりあえずこのまま様子見ます…。色々とありがとうございました。

**デフォルトの名無しさん** · 2024/07/19(金) 15:14:54.49

今のターミナルで困ることって何だろう
--headlessが使えないことくらい？
conhostより重いって意見はあるかもしれないけど.NETと比べれば誤差みたいなものだし

**デフォルトの名無しさん** · 2024/07/21(日) 22:11:17.98

Windows terminalは普通に優秀だと思うけど

**デフォルトの名無しさん** · 2024/07/21(日) 23:51:02.31

無変換キーを押すと@が書き込まれること以外は完璧

**デフォルトの名無しさん** · 2024/07/22(月) 09:11:09.38

ｃmdと動作が異なる意味では欠陥
最初にppwershellをコンソールアプリで公開したのは失策
WSH使いからは失笑

**デフォルトの名無しさん** · 2024/07/22(月) 13:17:32.45

コンソールホストとシェルの区別がついてないお🐴🫎さんかな

**デフォルトの名無しさん** · 2024/07/27(土) 12:32:42.70

ISEって2019年末時点でオプション機能化とか終息に向かうとか言われてたみたいだけど現行Windows11にも普通にプリインストールされてるよな
終息する話は延期になったんだろうか
まぁ弊社みたいなインストール手続きがクッソ面倒なところでは助かるんですが…

**デフォルトの名無しさん** · 2024/07/27(土) 12:49:12.36

収束するには代わりにVSCodeをプリインストールするようにしてくれないと

**デフォルトの名無しさん** · 2024/07/27(土) 15:16:22.47

削除予定はないよ
今後の機能追加がないだけ

プリインストールしたらしたで欧米人がMS訴えるじゃん？
エディタはどうぞお好きなものをお使いください
未だにVSCodeすらインストール許可が出ない会社ならそこの組織の問題
淘汰されるまでそうしていればいい
客先のサーバーで作業中のエンジニアならスクリプトは事前準備したものだけ使うか一旦課題を持ち帰れ

**デフォルトの名無しさん** · 2024/07/28(日) 21:35:37.31

ISEの優位性って何？使ったことないけどvscodeにできないことができたりする？

**デフォルトの名無しさん** · 2024/07/29(月) 07:56:32.32

プリインストールされていること

**デフォルトの名無しさん** · 2024/07/30(火) 00:37:00.12

hogehoge.txtの重複するレコードを
powershell -command "get-content hogehoge.txt | sort-object | get-unique | write-host"
みたいにして取り除いています。
重複除去の前に外部コマンドによる処理を追加したくなり、まずファイルからではなく標準入力から読み込んだデータの重複除去に取り組んでいますが上手く行きません。
当初get-contentをread-hostに置き換えればうまく行くかと思いましたがダメでした。
type hogehoge.txt | powershell -command　"read-host | sort-object | get-unique | write-host"
考えてみればそれも当然で、いったん標準入力を丸呑みにして溜め込んでおかないとsortもuniqもできないですよね。
MSのサイトで配列に溜め込んでいくみたいな用途に使えそうな命令を探しましたが見あたりませんでした。
なんか解決法ないでしょうか？

あとついでに聞いちゃうんですけどunixのコマンド（wcとかcatとか）をその言語で書き直すみたいな本のpowershell版ってないもんですかね。

**デフォルトの名無しさん** · 2024/07/30(火) 01:55:59.46

Out-String -Stream

**デフォルトの名無しさん** · 2024/07/30(火) 11:15:11.79

無理にワンライナーやパイプラインで繋げて書かずに
スクリプトファイルを作ってそれを呼び出す方が柔軟性があって整理もできて使いやすい

**デフォルトの名無しさん** · 2024/07/30(火) 12:15:40.81

無理にでもワンライナーやパイプラインで繋げて書くのがPowershellの醍醐味

**デフォルトの名無しさん** · 2024/07/30(火) 12:48:31.64

>>276 みたいに困ったときはスクリプトファイルで
制御構文やら変数やらクラスやら使った方が
色々試し易くて色々整理できていいじゃん

**デフォルトの名無しさん** · 2024/07/30(火) 21:02:35.18

[Console]::In.ReadToEnd() -replace '\r?\n$' -split '\r?\n'

その外部コマンドによる処理もPowerShell内でやればいい気がする

**281** · 2024/08/01(木) 18:57:02.91

そういえばと思って試したら$inputでいけたわ。なんで忘れてたんだろ

**デフォルトの名無しさん** · 2024/08/02(金) 09:11:09.42

>>276
Ruby で作ってみた

input_str = "5\n11\n33\n9\n0\n9\n11\n"

# 末尾の改行を削除してから、数値型に変換する。
# 重複を排除し、ソートする
input_ary = input_str.each_line.lazy.map do |line|
line.chomp!
line.to_i
end.uniq.force.sort

p input_ary
#=> [0, 5, 9, 11, 33]

**デフォルトの名無しさん** · 2024/08/02(金) 21:54:58.24

Rubyの人来るの遅いぞもう飽きたのか？ww

**デフォルトの名無しさん** · 2024/08/02(金) 21:57:08.30

過疎過疎5ちゃんなんかよりツイッタランドで凸でもすれば

**デフォルトの名無しさん** · 2024/09/27(金) 16:52:34.25

新しい Windows11マシンに pwshをインストールして
以前から使ってるファイルをそのままコピーしたら…何故だか起動時設定を読み込んでくれない

…と思って調べたら

$PROFILE が
以前からのPCでは
C:\Users\(私のユーザー名)\Documents\PowerShell\Microsoft.PowerShell_profile.ps1

に対して、新しいのでは
C:\Users\(私のユーザー名)\Documents\WindowsPowerShell\Microsoft.PowerShell_profile.ps1

profileを置くディレクトリが違ってたということ.
pwshのバージョンはどちらも最新(同じ)なのに

…なのですが、特にどちらかで $PROFILEを設定するようなことはしていない.
環境変数なども特に設定していないし
Program Files/7 直下には profile的なものは置いていない
…でもどこかで指定しているのを自分で忘れたんだろうか？
複数マシンを管理するにあたって面倒なので…とりあえず原因になりうるものを知りたいのです

**デフォルトの名無しさん** · 2024/09/27(金) 18:13:57.62

>286
最新のWindowsにも入ってる「古いpowershell」が原因っぽい. 新しいのを入れても残ってるのでそういうことはある

**デフォルトの名無しさん** · 2024/09/27(金) 18:54:54.18

>>286
デフォルトの$profileのパス設定が異なるマシンがあってその原因が知りたい、ってことなのかな？
ちなみに、新しいマシン側の$profileは5.x系（いわゆるWindows PowerShell）のデフォルトパスと一致してる

**デフォルトの名無しさん** · 2024/09/28(土) 00:24:19.73

ExecutionPolicyがRestrictedのままでProfileがロードされないとか？

**デフォルトの名無しさん** · 2024/09/30(月) 10:14:56.15

286ですすいません、自分の混乱の原因がわかりました。
新しいWindows11のマシンにも5.x系は入っていて、7.xのpwshをインストールしてもそれは残る.
そして、私はタスクバーに「ピン留め」して起動するのですが、pwshを起動した状態でピン留めしてもいったん終了させてからアイコンをつつくと 5.x系が起動してしまう…というところに気がついていなかったというわけです. ピン留めしたのはたしかに7系だったのに. なんだか納得いかない感じ

**デフォルトの名無しさん** · 2024/09/30(月) 10:46:54.62

ピン留めされるのは「ターミナル」であって、その中で何を起動するのかは右クリックで選択できるようになっており、そのデフォルトが5.x系であるように見えます。もちろん以上のことがわかっていればここから7.xを選んで起動するのも簡単ではあるのですが…これはカスタマイズできるんだろうか

**デフォルトの名無しさん** · 2024/09/30(月) 13:04:09.12

ターミナルのデフォルトはターミナルの設定画面で選べるよ
既定のプロファイルってやつ

**デフォルトの名無しさん** · 2024/09/30(月) 17:54:24.00

292← できました！ありがとうございます
…というか、これまで(Windows10)は「ターミナル」じゃなかったということを今日知りました(笑)

**デフォルトの名無しさん** · 2024/10/01(火) 06:43:45.64

コマンドプロンプトで、where powershell
と入力すれば、powershell.exe の絶対パスが分かる。
だから、絶対パスを書けば、exe を指定できる

C:/Windows/System32/WindowsPowerShell/v1.0/powershell.exe

ここに、2つ以上表示されたら、上の方が優先して実行される

**デフォルトの名無しさん** · 2024/10/01(火) 08:34:51.39

ワイ氏、whereというコマンドがあることをパソコン歴20年にして初めて知る

**デフォルトの名無しさん** · 2024/10/01(火) 08:53:10.90

Powershell v5はpowershell.exe、v7はpwsh.exeなのでこれらの混在環境でパスの優先順位が問題になることは基本ない
むしろコマンド名を混同したままでは取り違えが起こりそうなので一応

**デフォルトの名無しさん** · 2024/10/01(火) 21:40:49.64

20年前のWindowsにはまだwhereコマンドは標準搭載されてなかったから知らなくても仕方ない
一応リソースキットやサポートツールには入ってたけど

**デフォルトの名無しさん** · 2024/10/02(水) 21:22:59.58

20年ぐらい前から個人でPathが通ってるところに ls.bat や which.bat を作って同等のことをやってた
Unix(当時はまだUnixは普通に使われていた)やLinux も普通に使ってるとつい ls って入力していらっとしてしまうから必須だった

**デフォルトの名無しさん** · 2024/10/14(月) 11:07:36.62

>>298
UNX・LinuxのlsコマンドだってシェルやOS依存だぜ？

**デフォルトの名無しさん** · 2024/10/14(月) 11:10:46.06

Windowsの基本知識がないのにPowerShellを使うというのも何がなんだかわからないやつだ

**デフォルトの名無しさん** · 2024/10/14(月) 21:22:43.79

>>299
UNIXでlsが使えない環境があるの？

**デフォルトの名無しさん** · 2024/10/14(月) 22:47:46.01

Powershellの話をする気がないなら黙れジジイ

**デフォルトの名無しさん** · 2024/10/14(月) 23:07:14.44

>>301
無いのでecho *でやっていた環境があるのだ

そう、あれはLinuxっていうやつだった

**デフォルトの名無しさん** · 2024/10/15(火) 06:06:09.78

>>303
スレチ

**デフォルトの名無しさん** · 2024/10/15(火) 20:55:15.08

>>298
PSのcatとUnix系のcatが別物ってくらい違うのがね…。
おまけにDOSコマンドのtypeもPSとコマンドプロンプトで違う。
（PSのcat/typeはget-contentの別名）

PSだとリストを受け取るので、カンマで区切る必要がある。

cat file1, file2, file3

C#で自作したコマンドとも、元からあるDOSコマンドとも違うって…。
MS謹製のIDE（VS)で自作したコマンドと連携撮れないMS謹製のシェルェ…。

**デフォルトの名無しさん** · 2024/10/15(火) 21:47:59.44

エイリアスに互換性を求める人なんていたんだ
そんなの新しいコマンドを覚えやすくするための糖衣でしょ
DOSみたいなクソダサレガシー環境との互換性を尊重してたら呪縛なんてもんじゃない
シェルスクリプトって古今東西きったねえ一貫性のないもんなんだから拘っても虚しいだけよ

**デフォルトの名無しさん** · 2024/10/15(火) 23:10:10.50

>>306
どの言語でもrubyを求める奴がいるように
PowerShellにもUnix系シェルを求めちゃうんだろうな

**デフォルトの名無しさん** · 2024/10/16(水) 07:29:00.82

>>301
コマンドの実装は違うよ

**デフォルトの名無しさん** · 2024/10/16(水) 09:56:19.21

>>305
Remove-Alias cat
function cat([Parameter(ValueFromRemainingArguments=$true)][string[]]$Path){Get-Content @PSBoundParameters}

これで文句ないだろ

**デフォルトの名無しさん** · 2024/10/17(木) 00:37:51.84

PowerShellでLINQをメソッドチェーンで書く方法ってある？
静的メソッドで[Enumerable]::Select()みたいに書くと（）が増えてガチャガチャしちゃうのがなぁ…

**デフォルトの名無しさん** · 2024/10/17(木) 00:38:50.49

>>309
そういうコマンドに出合うたびに毎回そんなの書くのはね…。
そんなこんなでLinux(bash)に落ち着くんだよね…。

**デフォルトの名無しさん** · 2024/10/17(木) 00:49:20.12

>>311
俺は逆に会社でWindows使う機会が多すぎてLinux(*nix)コマンド側の記憶が消えそうになってるな…
たまにLinux使うとPowershellみたいにパイプラインを文字列じゃなくてオブジェクトが通るつもりで書きそうになる

**デフォルトの名無しさん** · 2024/10/17(木) 01:09:19.82

>>311
お前は何を言ってるんだ
catエイリアスを消してbashっぽい動きの関数をcatの名前で登録し直すって内容なんだから
これをprofileにでも貼り付けて使えって意味だろうが

**デフォルトの名無しさん** · 2024/10/17(木) 02:10:19.27

>>313
うん。
そう理解してる。
PowerShellってよりは周辺環境が追い付いてない印象だけど、まだLinuxでbash触る方が楽かな。
もうしばらく進化を待ちますね。

**デフォルトの名無しさん** · 2024/10/17(木) 11:09:20.30

スクリプト書くのはbashよりpowershellの方が書きやすいし読みやすい
そしてlinuxでもpowershell使えるしで重宝してる

**デフォルトの名無しさん** · 2024/10/17(木) 21:13:19.55

スペースとコンマの違い程度で発狂して上から目線でもうしばらく進化を待ちますねって面白い人だなぁ
そもそも進化してないのはUNIXシェルのほうでしょ

**デフォルトの名無しさん** · 2024/10/18(金) 13:56:03.02

space と , はさすがに気付くと思うが
: と ; の違いは老眼にはきつい

**デフォルトの名無しさん** · 2024/10/19(土) 10:49:56.95

：(コロン)ていう名前が美味しそうな響きなんだよなぁw

**デフォルトの名無しさん** · 2024/10/20(日) 10:17:27.24

コロネじゃないんだから

**デフォルトの名無しさん** · 2024/10/20(日) 10:22:09.68

マロンかと思った

**デフォルトの名無しさん** · 2024/10/20(日) 13:53:57.93

LinuxとかDOSコマンドを、デフォルトのエイリアスでPowerShellコマンドレットに結びつけておくってのは悪手だよなー
他環境利用者の移行配慮ってなら、例えば「cat」を「Get-Help Get-Content」を実行する関数へのエイリアスにするとか、何かやりようあったんじゃないかと思う。
PSv1、v2の出来の悪さ、様々な考慮不足がずっと足引っ張ってると思う。

**デフォルトの名無しさん** · 2024/10/20(日) 18:37:33.24

curlとかシンプルな本物使いたいことの方が多いから邪魔なだけ

**デフォルトの名無しさん** · 2024/10/21(月) 01:06:16.28

エイリアスはハマることがあるので不評

**デフォルトの名無しさん** · 2024/10/21(月) 01:47:50.43

sh系はともかく、cmdと全く別のコマンド名覚えなおすのも慣れとはいえ面倒なのは確かだからしょうがないんじゃない
補完できても長いものは長かったし
当時からWSLがあれば別だったんだろうけど

**デフォルトの名無しさん** · 2024/10/21(月) 02:22:41.82

このスレを見ていれば分かるけど、自分がいまcmdを実行しているのかpowershellなのかpwshなのか分かってないユーザがかなりを占める
そんなごく普通のWindowsユーザーたちがdirやcdで適当にやったらなんか動いたとか、同じコマンドで動くらしいからオレも使ってみようかなとかいったハードルを下げる要素の重要性は無視できない
複数パラメータの区切りがスペースかカンマか？マジどうでもいいよw
Windowsの新しいシェルスクリプトなんて相反するニーズに縛られまくるからどんな仕様にしたところで数え切れない文句が飛んでくる

**デフォルトの名無しさん** · 2024/10/21(月) 21:43:14.36

>>324
＞当時からWSLがあれば別だったんだろうけど

WindowsでUNIXシェルが使えないから仕方なく欠陥品のPowerShellを作った、とか思ってそう

**デフォルトの名無しさん** · 2024/10/22(火) 00:45:55.83

>>326
思考が卑屈すぎるわｗエイリアスの話しかしてないよ

**デフォルトの名無しさん** · 2024/10/22(火) 12:24:39.31

curl など誤解を招きかねないエイリアンは害悪でしかない
% とか ? は可読性上がる気がする

**デフォルトの名無しさん** · 2024/10/22(火) 22:53:22.74

selectにも記号一文字のエイリアスあってもいいんじゃないかと思う

**デフォルトの名無しさん** · 2024/10/28(月) 21:16:39.09

そう思うなら自分で勝手にアイリアスを定義すればいいだけだよね

**デフォルトの名無しさん** · 2024/10/28(月) 21:22:49.73

各々が好き勝手にエアリアルを使っているとコミュニケーションに支障をきたすから困る

**デフォルトの名無しさん** · 2024/10/29(火) 09:23:16.64

> WindowsでUNIXシェルが使えないから仕方なく欠陥品のPowerShellを作った、とか思ってそう
開発の経緯としてはまさにその通りなんだけどな
WindowsでUNIXシェルを整備するプロジェクトが頓挫して、根本的にWindowsに適した設計が必要であるということで生まれたのがPowerShell
なおオリジナルの開発者は現在はGoogleへ移籍し、UNIXシェルの世界へと還っていった模様

**デフォルトの名無しさん** · 2024/10/29(火) 09:29:09.19

cygwinには長らくお世話になった

**デフォルトの名無しさん** · 2024/10/29(火) 19:18:49.19

>なおオリジナルの開発者は現在はGoogleへ移籍し、UNIXシェルの世界へと還っていった模様
なおGoogleへ移籍後は何の成果も得られてない模様

**デフォルトの名無しさん** · 2024/10/29(火) 23:17:38.65

Linuxの管理マネージャやそのシェルのPowerShell化をしていたりして、
そのうちカーネルソースのPowerShellマネジメントレイヤーに取り込まれたり
Fedora、Ubuntuに適用される見込みである

**デフォルトの名無しさん** · 2024/10/30(水) 11:01:45.95

Azureならともかく、そんなもんGCP採用するような層にニーズあるかねえ
どう考えてもAzureを利することにしかならずGCPのシェアに対して悪影響しかないだろ
最近は首切りしまくってたのに最上位格エンジニアは気楽なもんだな

**デフォルトの名無しさん** · 2024/10/30(水) 20:31:44.86

PowershellはAdd-Type辺りの機能は便利だけど言語としてはゴミ

**デフォルトの名無しさん** · 2024/10/31(木) 21:50:30.83

UNIXシェルはもっと言語としてはゴミなんだよなぁ

**デフォルトの名無しさん** · 2024/10/31(木) 23:02:56.00

普段そういうゴミしか作者の周りになくて間違えて拾ってきちゃったんやな

**デフォルトの名無しさん** · 2024/11/01(金) 02:03:26.53

>>338
シェルはUIだぞ？

**デフォルトの名無しさん** · 2024/11/01(金) 04:01:30.22

>>328
gal見てたらcurlだけでなくwgetもiwrだった

**デフォルトの名無しさん** · 2024/11/01(金) 04:58:32.80

エイリアスといえばパラメータのエイリアスにも多分いろいろundocumentedなのあるよな？
-ArgmentListが-argsで通ったりとか規則的な略じゃないやつ、これは短くて分かりやすいからいいが
-argなら曖昧さのない限り頭から略せるという規則通りなんだけど

こういう個別のまとめた文書ってある？
一部は
https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_commonparameters
にあるのは知ってる

**デフォルトの名無しさん** · 2024/11/01(金) 09:06:40.20

Get-Help -Fullの、パラメータのエイリアス

**デフォルトの名無しさん** · 2024/11/17(日) 09:49:45.91

Windows Server 2025 以降で削除された機能または開発されなくなった機能
https://learn.microsoft.com/ja-jp/windows-server/get-started/removed-deprecated-features-windows-server-2025

Windows PowerShell 2.0 エンジンは削除されました。アプリケーションとコンポーネントはPowerShell 5.0 以降に移行する必要があります。

**デフォルトの名無しさん** · 2024/11/20(水) 17:28:43.06

AD一覧をcsv出力すると区切りが半角スペースになってExcelで取り込めない。
ググっても同じ症状の人が出て来ない

**デフォルトの名無しさん** · 2024/11/20(水) 17:56:33.65

とりあえず-Delimiterで指定すれば？

**デフォルトの名無しさん** · 2024/11/20(水) 18:05:31.34

OutfileってDelimiterできないよね？
Exportだと文字コードをdefaut、utf-8にしても数列で出力されちゃう

**デフォルトの名無しさん** · 2024/11/20(水) 19:09:02.72

Out-File? ならその前にConvertTo-Csvで変換してるんじゃないの？

**デフォルトの名無しさん** · 2024/11/20(水) 21:42:00.83

powershellのなんちゃってCsvコマンドレットはExcelで扱えるCSVと特に親和性があるわけでもなく、俺俺CSV止まりだからあんま使う価値ないかも

**デフォルトの名無しさん** · 2024/11/20(水) 22:02:13.56

ではCSV扱うなら何がいいかと言えばCsvHelperが定番なんだけど、C#や.NETの知識が要るね
AD一覧程度なら自力でフィールドをカンマで区切ったっていいよ

**デフォルトの名無しさん** · 2024/11/20(水) 22:56:49.84

Announcing the Public Preview of AI Shell
https://devblogs.microsoft.com/powershell/announcing-the-public-preview-of-ai-shell/

**デフォルトの名無しさん** · 2024/11/21(木) 09:11:03.40

CSV変換標準コマンドレットはデータ前後のスペース文字が消えるので
一切データ欠落しちゃいけない場合は注意

**デフォルトの名無しさん** · 2024/11/27(水) 23:16:05.27

Export-Csvって自力でクォーテーション外してた時代あるし地味に改良してるけどな

**デフォルトの名無しさん** · 2024/11/30(土) 22:11:49.94

Should PowerShell 7.x ship inbox in Windows?
https://github.com/PowerShell/PowerShell/discussions/24340

**デフォルトの名無しさん** · 2024/12/01(日) 13:20:57.08

>>354
PowerShell7.xは通常利用されないpwshシェルとして実装されても良いと思うよね
標準シェルをpowershell.exeにしておけば互換性問題無いし

ただ7.xが5.1の互換とか言ってるのはかなり微妙

**デフォルトの名無しさん** · 2024/12/11(水) 10:15:30.38

引数の文字数上限って回避方法ってありますか？
複数のフォルダをドラッグ&ドロップして使いたいけどいい方法が思いつきません

**デフォルトの名無しさん** · 2024/12/11(水) 22:01:27.57

WSHやjavascript限定ではあるけどファイラーのTablacus Explorer使えば会費できたと思う

**デフォルトの名無しさん** · 2024/12/15(日) 21:59:46.99

>>356
ネタだよな？

Windowsはパス文字列の長さの上限がかなり低いので長いパスはWindowsでは扱えない

**デフォルトの名無しさん** · 2024/12/16(月) 11:35:41.45

引数の文字数上限なんて気にしたこともないわ
一体どんなスクリプト組んでるんだ？

**デフォルトの名無しさん** · 2024/12/16(月) 12:33:48.42

複数のフォルダをD&Dしてとあるから
大量のフォルダ・ファイルを渡すんだろうな
これは言語の制限じゃなくてエクスプローラかcmdかのシェルの制限だろう

**デフォルトの名無しさん** · 2024/12/17(火) 00:26:16.95

powershellのIDEってやっぱvscode一択？

**デフォルトの名無しさん** · 2024/12/18(水) 15:12:46.26

>>361
Windowsのスタートメニューを見たことがないのか？

PowerShell ISEは無視、Visual Studioも無視するなら、あなたの希望通りにVSCodeになるな。

**デフォルトの名無しさん** · 2024/12/18(水) 22:53:36.03

いや普通にVSCode一択だよ
ISEは開発停止がアナウンスされてMicrosoft自身がVSCodeを推奨してる

**デフォルトの名無しさん** · 2024/12/18(水) 23:49:49.43

powershellの開発環境としてvisual studioが挙がることってあるか…？

**デフォルトの名無しさん** · 2024/12/19(木) 00:10:06.38

VScodeなら分かる

**デフォルトの名無しさん** · 2024/12/21(土) 16:45:21.87

.ps1のスクリプトを右クリックから実行しようとすると
最初に[実行ポリシーを変更しますか？…]というのが出て、キーボード操作が必要になるんだけど
これは出ないようにできないのかな？

**デフォルトの名無しさん** · 2024/12/21(土) 17:27:08.04

うろ覚えだけど
右クリからやるやつはポリシーがhogeだったらbypassにするみたいなif文が入ってた気がする
レジストリで変えれたはずだけど出先だから細かくは分かんないや
適当にググったら出てくるんじゃないかな

それかif文にかからないようにポリシーの方を変える

**デフォルトの名無しさん** · 2024/12/21(土) 17:47:50.11

>>367
できました！
ありがとうございます

**デフォルトの名無しさん** · 2024/12/21(土) 19:56:38.76

>>368
間違って実行してしまわないよう、わざわざそういう仕様になっていることを忘れないように

**デフォルトの名無しさん** · 2024/12/21(土) 19:57:11.83

>>368
バッチファイルというものを知った方がいい

**デフォルトの名無しさん** · 2024/12/21(土) 20:34:08.41

的外れなレス付いてんなw

**デフォルトの名無しさん** · 2024/12/23(月) 10:35:42.88

バッチこい

**デフォルトの名無しさん** · 2024/12/24(火) 22:41:53.48

>>371
そもそもGUIで人間の操作で実行というのが変

何のための自動化なのかわからない

**デフォルトの名無しさん** · 2024/12/24(火) 23:14:00.94

どこからGUIの話が出てきたんだ…？

**デフォルトの名無しさん** · 2024/12/25(水) 17:59:30.20

>>374
「右クリック」と書いてある

**デフォルトの名無しさん** · 2024/12/25(水) 21:34:02.80

ps1で思考停止するような子を見てるとそう
もっと頭を使う訓練を教育機関で受けさせとかないとやばいのではと総務省に問い質したくなるね

**デフォルトの名無しさん** · 2024/12/26(木) 00:31:28.78

総務省…？

**デフォルトの名無しさん** · 2024/12/27(金) 11:14:09.84

>>373
ps1ファイルを右クリでpwshコンソールが起動してスクリプトが実行される
て普通にあることだと思うが

**デフォルトの名無しさん** · 2024/12/27(金) 12:09:30.67

もう既に解決して終わってるし、>>366に書いてることをもう一度書く必要はない

**デフォルトの名無しさん** · 2025/01/02(木) 12:24:43.46

$s = "昔し羅馬にこう云う話しがある。後学のため聞いておけと云うんです"
Write-Host -ForegroundColor Red -BackgroundColor Black "$($s[12]) $($s[24]) $($s[23]) $($s[19])"

**デフォルトの名無しさん** · 2025/01/07(火) 17:30:11.98

>>378
それはGUIの操作

**デフォルトの名無しさん** · 2025/01/07(火) 17:33:24.53

実行形式のファイルを実行するときにしつこく確認する仕組みに変化した歴史も知らないんだろ。

**デフォルトの名無しさん** · 2025/01/08(水) 01:30:32.18

的外れ過ぎる

**デフォルトの名無しさん** · 2025/01/08(水) 09:05:49.08

＞実行形式のファイルを実行するときにしつこく確認する仕組み

何それ

**デフォルトの名無しさん** · 2025/01/12(日) 01:09:34.15

gci C:\Windows -include *.log,*.dat
は要素が一つも出なくて
gci C:\Windows\*.* -include *.log,*.dat
gci C:\Windows -recurse -include *.log,*.dat
はOKってどういう理屈なの？
できれば一番上の書きかたしたい…

**デフォルトの名無しさん** · 2025/01/12(日) 10:26:34.53

>>385
仕様。
https://learn.microsoft.com/ja-jp/powershell/module/microsoft.powershell.management/get-childitem?view=powershell-5.1#4-include

理屈は知らん。過去ログになんかあったような、ちょっと違ったような。（-Filterの話だったような）

**デフォルトの名無しさん** · 2025/01/12(日) 14:27:17.12

初期リリースで適当に用意されたコマンドレットの仕様が残ってるだけだから理屈なんて無いだろうよ
gciのオプションは普通の人の感覚と違うからWhere-Objectにパイプで渡してフィルタする方がおかしな事にならないよ

**デフォルトの名無しさん** · 2025/01/14(火) 14:43:26.79

末尾のスラッシュの有無でフォルダ自体を指すのかその配下を指すのかを区別するのはUNIXでは割と珍しくないだろう
Windowsだとファイルパスを文字列というより何らかのエンティティを参照するものと考える傾向があるから馴染みにくいわな

**デフォルトの名無しさん** · 2025/01/14(火) 19:43:42.33

この話は末尾がスラッシュかどうかは関係ないよ
Include, Excludeを使うときはワイルドカードを含めないとPathで指定した項目自身しかヒットしなくなるというこのコマンドレット固有ルールの話

**デフォルトの名無しさん** · 2025/01/27(月) 01:42:20.03

V7.47
https://github.com/PowerShell/PowerShell/releases/tag/v7.4.7
V7.5
https://github.com/PowerShell/PowerShell/releases/tag/v7.5.0
が出ました

**デフォルトの名無しさん** · 2025/01/27(月) 01:43:08.84

今回から.exeがある。

**デフォルトの名無しさん** · 2025/01/27(月) 21:48:58.99

.exe版と.msi版の違いが分からん
.msiだと問題が起きる環境でもあるのか

**デフォルトの名無しさん** · 2025/01/27(月) 22:00:26.88

MDMで配れない

**デフォルトの名無しさん** · 2025/02/05(水) 01:17:36.51

powershellの実行権限デフォルトで縛ってるのなんでなの
batは縛ってないのに

**デフォルトの名無しさん** · 2025/02/05(水) 09:34:59.87

batが作られた時代はセキュリティという概念がほとんどなかった
いまや甘いと社会的影響も甚大で徹底的に叩かれる時代
何もわからない初心者がメールに添付されたスクリプトを実行できなくて困惑するくらいで丁度いい
batという穴が残っているといってもいまは過渡期
移行する選択肢がありたとえば組織のルールで禁止してメールフィルタで弾けばいい

**デフォルトの名無しさん** · 2025/02/05(水) 11:32:38.10

情弱は我慢して使えってこと

**デフォルトの名無しさん** · 2025/02/07(金) 21:28:42.53

>>394
誰でも間違って重大ミスをする方がいいのか？

**デフォルトの名無しさん** · 2025/02/08(土) 08:16:37.94

https://learn.microsoft.com/ja-jp/powershell/scripting/security/security-features
＞実行ポリシーは、Windows プラットフォームにのみ適用されます。

https://learn.microsoft.com/ja-jp/powershell/module/microsoft.powershell.core/about/about_execution_policies
＞ Windows 以外のコンピューターでは、既定の実行ポリシーは Unrestricted され、変更できません。 Set-ExecutionPolicy コマンドレットは使用可能ですが、PowerShell はサポートされていないというコンソールメッセージが表示されます。 Windows 以外のプラットフォームでは Get-ExecutionPolicy は Unrestricted を返しますが、これらのプラットフォームは Windows セキュリティゾーンを実装していないため、実際の動作は Bypass と一致します。

なんだこの差は

**デフォルトの名無しさん** · 2025/02/08(土) 08:24:47.70

草

**デフォルトの名無しさん** · 2025/02/08(土) 08:47:04.49

マルチプラットフォームで社外の全システムに対応するのもめんどくさそうだしある程度はええやろ
UNIXならパーミッションを適切に設定する文化が馴染んでるしな
100点満点じゃないと人様に叩かれる文化は新しいものが生み出せずに萎縮する

**デフォルトの名無しさん** · 2025/02/08(土) 13:21:14.91

バッチファイルでも実行権限を持たせる事はできるんだから
powershell独自のやつは余計なんだよ

**デフォルトの名無しさん** · 2025/02/08(土) 15:13:57.11

.ps1はエディタに紐付け

**デフォルトの名無しさん** · 2025/02/08(土) 15:51:11.00

メモ帳に紐付けてます

**デフォルトの名無しさん** · 2025/02/13(木) 09:12:08.62

PowerShell 7.5 GA is now available
https://devblogs.microsoft.com/powershell/announcing-powershell-7-5-ga/