PowerShell -Part 4

**デフォルトの名無しさん** · 2020/01/01(水) 16:08:31.66

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

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

**デフォルトの名無しさん** · 2020/10/17(土) 17:51:59.12

職場で「さすがパワーシェラー！」って言われたんだけど
パワーシェルを使う人のことをそう呼ぶものなの？

**デフォルトの名無しさん** · 2020/10/17(土) 17:57:10.05

聞いたことないな
むしろ馬鹿にされてる気分

**デフォルトの名無しさん** · 2020/10/17(土) 23:05:50.24

洋書で良い本ないですか？
和書だと数冊しか出てないので…

**デフォルトの名無しさん** · 2020/10/18(日) 21:28:34.46

in actionは読んだのかね
あとはCoreのソース読んでくのが手っ取り早い

**デフォルトの名無しさん** · 2020/10/19(月) 22:58:13.20

>>631
原書は第3版まで出てるんですね
ありがとうございます

**デフォルトの名無しさん** · 2020/10/24(土) 21:41:19.65

多次元配列（ジャグ配列ではなく）を1次元配列に平坦化する高速な方法ありませんか？
データ数は100万個くらいです。

@($a | % {$_})

検索したら↑のカッコいい方法が出てきましたが、
私の環境で6秒ほどかかり速度に不満があります。

**デフォルトの名無しさん** · 2020/10/24(土) 23:22:07.28

パイプとForeach-Object自体が遅いからね
データがオンメモリにあるならforeach文のが速い

**デフォルトの名無しさん** · 2020/10/24(土) 23:28:40.40

あとは万個の繰り返し処理になるわけだからpowershellで書いたら全体的には当然遅い
対策としては繰り返し部分だけC#に渡すとかだね

**デフォルトの名無しさん** · 2020/10/24(土) 23:45:12.07

万個とかエッチ！

**633** · 2020/10/25(日) 00:13:47.38

foreach文にすると0.8秒まで速くなりました！
とりあえずこの方法でやってみます

$b = foreach($x in $a){$x}

**デフォルトの名無しさん** · 2020/10/25(日) 02:13:33.54

>>636
美人穴が「この商品は累計○万個も売り上げたということです！」とかいうとおっきする

**デフォルトの名無しさん** · 2020/10/25(日) 20:51:17.25

>>633
＞多次元配列（ジャグ配列ではなく）を1次元配列に平坦化する高速な方法ありませんか？

なんでジャグ配列ではなく多次元配列なんだろう

**デフォルトの名無しさん** · 2020/10/25(日) 23:05:57.46

ジャグラーは定番だ

**デフォルトの名無しさん** · 2020/10/25(日) 23:57:20.55

多次元配列のほうがメモリ上で綺麗に配置されている分、高速化の選択肢が多いかもしれないって発想じゃね

**633** · 2020/10/26(月) 00:00:33.37

>>639
ExcelファイルからCOM経由で範囲データを取ってくるとobject[,]になるためです

**デフォルトの名無しさん** · 2020/10/26(月) 08:09:54.14

なんでそれを1次元にするんだろう

**デフォルトの名無しさん** · 2020/10/26(月) 12:01:58.05

>>641
実際には多次元配列の方が遅い

**デフォルトの名無しさん** · 2020/10/26(月) 13:22:10.82

>>644
理由は？

**デフォルトの名無しさん** · 2020/10/26(月) 14:41:24.14

PowerShellというか.NETの仕様

.NETには1次元配列の要素にアクセスするための専用命令があるので速い
多次元配列の要素にアクセスするにはプロパティみたいなアクセサメソッドを使わなきゃいけないので遅い

**デフォルトの名無しさん** · 2020/10/26(月) 16:19:55.73

>>646
多次元だと倍以上遅いと言う根拠あるの？

**デフォルトの名無しさん** · 2020/10/26(月) 16:27:11.02

めんどくせー奴だな

**デフォルトの名無しさん** · 2020/10/26(月) 17:00:59.84

体感速度は変わらん

**デフォルトの名無しさん** · 2020/10/26(月) 17:43:17.64

>>647
自分で試せば良いんじゃね

**デフォルトの名無しさん** · 2020/10/26(月) 17:46:52.74

要は根拠もなしに
> 実際には多次元配列の方が遅い
と妄想をほざいてただけって話かよw

**デフォルトの名無しさん** · 2020/10/26(月) 17:56:32.09

>>651
うん、良いんじゃね、そういう結論で。
以上でよろしいか？

**デフォルトの名無しさん** · 2020/10/26(月) 17:58:32.50

>>651
質問に答えず茶化すだけかよｗ

**デフォルトの名無しさん** · 2020/10/26(月) 19:30:32.27

>>653
>>652に言ってくれよw

**デフォルトの名無しさん** · 2020/10/26(月) 19:43:09.27

>>ID:l+r11Fp5
たくさん構ってもらえて良かったね

**デフォルトの名無しさん** · 2020/10/26(月) 20:06:18.23

>>655
恥の上塗りかなw

**633** · 2020/10/26(月) 20:09:14.97

>>643
Excelファイルから取得したデータを更に別の処理に使うのですが、その際に1次元で渡す必要があるためです

**デフォルトの名無しさん** · 2020/10/26(月) 20:09:30.70

実装としては添え字でメモリの位置を計算して参照するだけだから
一次元でも多次元でも原理的には速さは変わらないぞ

**デフォルトの名無しさん** · 2020/10/26(月) 20:13:28.15

>>656
きみが絶対的に正しいことはスレ住人の総意で共通認識なのだから、もう十分だろう？
そのへんで勘弁してもらないかな。なんなら土下座して謝るよ。

**デフォルトの名無しさん** · 2020/10/26(月) 20:17:45.03

ちゃんとアンカー追えよ
ジャグ配列vs多次元配列が1次元vs多次元配列に化けてるぞ

>>647
＞多次元だと倍以上遅いと言う根拠あるの？

「倍以上遅い」なんてどこから来たんだろう

**デフォルトの名無しさん** · 2020/10/26(月) 20:28:30.59

>>658
>>646によると専用命令があるらしいけど、嘘なのかね？

>>660
ああすまん、脳内で二次元配列 ⇔ ジャグ配列って思ってたわ
まあ３次元以上なら専用命令とやらがもっと速くないとダメだけど

**デフォルトの名無しさん** · 2020/10/26(月) 20:36:57.75

あんたはまず「倍以上」の出所を説明しないと

**デフォルトの名無しさん** · 2020/10/26(月) 21:11:41.27

http://www5b.biglobe.ne.jp/~yone-ken/VBNET/IL/il15_UseArray.html

＞ ILにも1次元配列については専用の命令が用意されています。

**デフォルトの名無しさん** · 2020/10/26(月) 21:49:29.23

#2次元配列初期化
Measure-Command {
$i = 0; $array = New-Object "object[,]" 1000,1000
for ($x = 0; $x -lt $array.GetLength(0); $x++) {
for ($y = 0; $y -lt $array.GetLength(1); $y++) {
$array[$x,$y] = $i++
}
}
}

#ジャグ配列初期化
Measure-Command {
$i = 0; $array = New-Object "object[]" 1000
for ($x = 0; $x -lt $array.length; $x++) {
$array[$x] = New-Object "object[]" 1000
for ($y = 0; $y -lt $array[$x].length; $y++) {
$array[$x][$y] = $i++
}
}
}

たしかに初期化の段階でジャグ配列のが速いね

**デフォルトの名無しさん** · 2020/10/26(月) 22:09:49.38

>>662
ジャグ配列知らんの？
二次元相当のジャグ配列だと２回辿らないとダメだから倍は速くないとトータルで遅くなるでしょ

**デフォルトの名無しさん** · 2020/10/26(月) 22:22:45.88

>>665
PSで例見せてよ

**デフォルトの名無しさん** · 2020/10/26(月) 22:37:25.27

ILの話にPSとか言われてもw

**デフォルトの名無しさん** · 2020/10/26(月) 22:48:42.22

軽くググったら最近の.Net Coreとかだと状況次第って感じやね
https://takap-tech.com/entry/2020/02/24/213932
原理考えたらまあ妥当な結果だと思う

**デフォルトの名無しさん** · 2020/10/27(火) 01:23:06.66

なるほど勉強になります

**デフォルトの名無しさん** · 2020/10/27(火) 13:37:08.15

なるほど理解できません

**デフォルトの名無しさん** · 2020/10/27(火) 15:37:54.18

処理系の実装に寄るけど、うまくインデックスを張れば
速度的には同等になるはずだけどな

**デフォルトの名無しさん** · 2020/10/27(火) 19:29:05.55

>>671
どういう理論なんだ？
ランダムアクセスだとジャグ配列は次元毎にメモリーアクセスして辿らないとダメだけど多次元配列ならインデックスの計算してその場所にアクセスするだけだから多次元配列の方が速い
シーケンシャルアクセスだとアクセスの多くは最後の次元のアクセスだから毎回インデックスを計算する多次元配列よりジャグ配列の方が速いと思う
まあめっちゃ最適化して多次元配列を１次元配列に展開するようなコードにまで落とせたら多次元配列の方が微妙に速くなるかも

**デフォルトの名無しさん** · 2020/10/27(火) 19:52:31.91

なんにせよ多次元配列を1次元配列に高速に平坦化する方法分からないんだろ
グダグダスレ引き延ばしておきながらなｗ

**デフォルトの名無しさん** · 2020/10/27(火) 21:46:07.02

@($a)

Foreach-Objectもforeach分も要らない

**デフォルトの名無しさん** · 2020/10/27(火) 21:47:10.61

foreach分 → foreach文

**デフォルトの名無しさん** · 2020/10/27(火) 22:27:25.79

>>673
そんな低レベルなことでドヤれるとか羨ましいわw

**デフォルトの名無しさん** · 2020/10/28(水) 19:54:09.10

>>674
>@($a)
PSってこんなオチが多いね
$aって打てば全部列挙されて出てくるんだからあれれとは思うんだけどさ

**633** · 2020/10/29(木) 21:32:08.09

>>674
返信遅れてすみません。
0.2秒まで速くなりました。

シンプルかつナンバーワンですね
目からウロコでした。

**デフォルトの名無しさん** · 2020/10/29(木) 23:08:28.85

>>677
こういうトリッキー系？は趣味PGならいいんだけど
業務PGに実装するには躊躇するんだよなあｗ

**デフォルトの名無しさん** · 2020/10/29(木) 23:35:09.18

え? これは常識では・・・

**デフォルトの名無しさん** · 2020/10/30(金) 08:08:54.65

PowerShell使うならほぼ常識、てか知らないと辛いレベル
そもそもPowerShell自体が色々トリッキーな動作するし、特に配列周り

**デフォルトの名無しさん** · 2020/11/02(月) 13:12:42.29

$a = [Object[,]]::new(3,3); $a.Rank は 2

$b = $a; $b.Rank は 2
$b = & { $a }; $b.Rank だと 1
$b = $a + @(); $b.Rank でも 1
もちろん $b.Length はどれも 9

$b = $a が特例のように思えてきた
どうしてこうなるのかきちんと理屈が知りたい

**デフォルトの名無しさん** · 2020/11/02(月) 14:39:03.01

配列での foreach の使用 (C# プログラミングガイド)
https://docs.microsoft.com/ja-jp/dotnet/csharp/programming-guide/arrays/using-foreach-with-arrays

多次元配列の場合、右端の次元のインデックスが最初に加算されていき、次にその左の次元、またその左、というような方法で各要素がトラバースされます。

int[,] numbers2D = new int[3, 2] { { 9, 99 }, { 3, 33 }, { 5, 55 } };
// Or use the short form:
// int[,] numbers2D = { { 9, 99 }, { 3, 33 }, { 5, 55 } };

foreach (int i in numbers2D)
{
System.Console.Write("{0} ", i);
}
// Output: 9 99 3 33 5 55

**682** · 2020/11/02(月) 17:29:09.65

明示的な foreach の使用は興味がないなあ
$b = $a も $b = & { $a } も $a を $b に代入するのに
なんで結果が違うのかが知りたい

**デフォルトの名無しさん** · 2020/11/02(月) 17:46:27.91

最初のやつ以外はシンプルな代入じゃなくて演算してるから、演算の結果が一次元配列になっただけじゃないの

**682** · 2020/11/02(月) 17:50:23.99

$b = & { $a } も演算?
具体的にどういう演算になるのかわからない

**デフォルトの名無しさん** · 2020/11/02(月) 17:54:46.38

>>682
>$b = & { $a }; $b.Rank だと 1
>$b = $a + @(); $b.Rank でも 1
この2つは$aがそれぞれ評価されて1次元になって$bに代入されてる
$b = & { $a }
の場合$aの前にカンマを入れれば型は保たれる
$b = & { ,$a }
PowerShellの謎仕様

**デフォルトの名無しさん** · 2020/11/02(月) 18:05:40.51

おそらくスクリプトブロックを通過するときと
右辺や左辺に置いて演算するとき
それぞれ1次元に変換されてしまう仕様みたい

**デフォルトの名無しさん** · 2020/11/02(月) 18:07:36.92

>>686
起動演算子にスクリプトブロックを渡してるんだから演算でしょ
スクリプトで
$a
とだけ書くと$aが評価されて左上から順に9行分の出力が得られる
$b=&{$a}はその出力の代入になってる

**682** · 2020/11/02(月) 18:14:48.39

じゃあやっぱり単純な代入 $b = $a だけが特別で
それ以外は配列が展開されるってことか
理解した

>>687
& { $a } だと配列 $a が展開される
& { ,$a } にすれば配列の配列 ,$a が展開されて配列 $a がそのまま渡される

**682** · 2020/11/02(月) 18:50:05.02

あれ違うな
単純な代入だけでなく Comma operator も特例になるのか

**デフォルトの名無しさん** · 2020/11/02(月) 18:58:29.51

>>691
特例だとか自分勝手な解釈をする癖を直さないと、他人とのコミュニケーションで苦労するぞ(主に周囲の人間の方が...)。
自分が既に頭の中に描いているイメージに合わせて無理に解釈方法を寄せていくのではなくて、本来理解すべき仕様の方に自分の中の理解を修正して近づけていく方がいいぞ。

**デフォルトの名無しさん** · 2020/11/02(月) 19:13:13.99

ウザっ

**デフォルトの名無しさん** · 2020/11/02(月) 19:59:31.61

>>692
TPO をわきまえられずトンチンカンな御高説垂れる人も、他人とのコミュニケーションで苦労するぞ(主に周囲の人間の方が...)。

**デフォルトの名無しさん** · 2020/11/02(月) 20:30:51.76

>>690
原理的にはジャグ配列にして空評価させて返すで合ってると思う
恐らく処理系のソース読み込まないと判らないよ
配列返す関数作る時も同じ方法

**682** · 2020/11/02(月) 20:44:58.19

,$a は Comma operator で1要素の配列を返すけれど
その時に $a は展開されずに2次元配列のまま
これは単純な代入と同じ扱いだよね

**デフォルトの名無しさん** · 2020/11/02(月) 21:48:13.16

{ $a } は { Write-Output $a } の事
Write-Output に配列を渡した時の挙動を考えればいい

https://docs.microsoft.com/en-us/powershell/module/microsoft.powershell.utility/write-output

By default, Write-Output enumerates through collections provided to the cmdlet.
However, Write-Output can also be used to pass collections down the pipeline as a single object with the NoEnumerate parameter.

**デフォルトの名無しさん** · 2020/11/02(月) 22:48:01.97

ウザかろうと思って特例云々につっこむのやめたけどやっぱり書くわ
代入は代入でしかなく特例も何もない
いつだって右辺の値をありのままの型と値で代入するだけ
$b=&{$a} というのを代入として認識するからおかしくなる
$b=$a.Rank と書いたら$bは数値になるわけだけど、代入したから数値になった！とは思わないでしょ
あくまで.Rankを評価した結果が数値になって、その数値を$bに代入したに過ぎない
$b=&{$a} も &{$a} の評価結果が一次元配列になる仕様なだけで、代入が何かの法則性に寄与している訳ではないし、一次元配列になるという一貫したルールや思想があるわけでもない

**682** · 2020/11/03(火) 00:15:03.20

operand を展開してから operator にわたすんじゃなくて
operand をそのままわたして operator が展開したりしなかったりする
たぶん理解した

**デフォルトの名無しさん** · 2020/11/03(火) 08:59:33.05

>>682 の$b = $a は$aの参照を$bに代入している

$a = [Object[,]]::new(3,3)
$b = $a
$b[0,0] = 1
echo $a[0,0] #=> 1

$b = & { $a } は { $a }というスクリプトブロックを実行して戻り値を代入する
{ $a } の意味は >>697 を見ろ

**デフォルトの名無しさん** · 2020/11/04(水) 10:50:57.08

>>694
初学者が変な誤解すると二度と修正する機会ないからな
みんな巡り巡って自分が被る迷惑を未然に防ごうと必死なわけよ

**デフォルトの名無しさん** · 2020/11/04(水) 20:48:58.85

いつの間にかヘルプの翻訳作業が始まってた

https://github.com/MicrosoftDocs/PowerShell-Docs.ja-jp/tree/live/reference/7.1

**デフォルトの名無しさん** · 2020/11/07(土) 21:29:59.64

こんなシェルを書きました。

function get_stop_code {
$hoge=(Get-Content stop_code.txt)
}

while ($true) {
get_stop_code
Write-Output $hoge

}

シェル実行中に、stop_code.txtの中身を書き換えても
get_stop_codeがファイルの中身を拾ってくれません

いろいろ試したら、こうしたらうまくいきました。がすっきりしません。

function get_stop_code {
$hoge=(Get-Content stop_code.txt)
Write-Output $hoge
}

while ($true) {

$stop_code=(get_stop_code)
write-output $stop_code
}

get_stop_codeがファイルの中身を、while ($true)の中でうまく拾ってくれる
書き方を教えてください。

**デフォルトの名無しさん** · 2020/11/08(日) 00:25:05.60

これって遅延展開系の話なのかな？

**デフォルトの名無しさん** · 2020/11/08(日) 02:53:16.74

スコープの話だと思うよ
関数の内側で変数を書き換えてもローカルスコープ内の変数の更新にしかならないので、関数から戻ったら値は書き換わってない
関数を次のように書き換えて明示的にスクリプトスコープの変数を更新してやればいい

function get_stop_code {
$script:hoge=(Get-Content stop_code.txt)
}

PSのスコープって特殊で悩ましい
特にループの初回、ほかの言語みたいに未宣言の変数だぞとエラーになってくれればまだいいんだけど、変数が作られて親からも見えちゃうから混乱する

**デフォルトの名無しさん** · 2020/11/08(日) 08:09:56.71

おれも一瞬ではなく数分、>>703の問題がわからなかった
とりあえず頭にSet-StrictMode -Version Latestを付けとけばエラーにはなる

**デフォルトの名無しさん** · 2020/11/08(日) 10:11:33.41

>>705
ありがとうございます。
＞関数の内側で変数を書き換えてもローカルスコープ内の変数の更新にしかならないので、関数から戻ったら値は書き換わってない
というのは、

>>703だと、
同じシェル内にある$hogeであっても、

　①get_stop_code関数内の$hoge
　②while ($true)内にある$hoge

の2種類があり、
while ($true)内で、get_stop_code関数を実行しても、
①の$hogeしか書き換わらないから、求める結果が得られない。

って事でしょうか。

**デフォルトの名無しさん** · 2020/11/08(日) 12:20:50.04

そんな感じ
関数はローカルスコープを作る
whileの方はその外側にあたるから親スコープになる
ちなみにPSではwhileブロックはローカルスコープを作らないのでスクリプト全体のスコープと同じ

**デフォルトの名無しさん** · 2020/11/08(日) 14:40:55.27

>>708
ありがとうございます。
スコープですね、勉強になりました。

きっと、しっかり理解すれば便利な仕様なんでしょうが、
初学者にとっては罠でしかありませんね・・・こういうの・・・。

**デフォルトの名無しさん** · 2020/11/08(日) 21:23:36.42

about_Scopes
https://docs.microsoft.com/ja-jp/previous-versions/windows/powershell-scripting/hh847849(v=wps.640)

**デフォルトの名無しさん** · 2020/11/09(月) 11:42:35.91

ダイナミックスコーン

**デフォルトの名無しさん** · 2020/11/09(月) 13:18:24.63

>>707
その前にシェルという単語の使い方がおかしい
ファミリーベーシックで「ファミコン書きました」と言ってる感じで
恥ずかしいのでやめたほうがいい

**デフォルトの名無しさん** · 2020/11/09(月) 13:43:05.15

シェルスクリプトはシェルスクリプトであってシェルではない

**デフォルトの名無しさん** · 2020/11/09(月) 18:13:48.88

今どきファミリーベーシックに例えても人に通じないぜーっ!!

**デフォルトの名無しさん** · 2020/11/09(月) 18:47:25.54

べーしっ君はもっと通じないだろw

**デフォルトの名無しさん** · 2020/11/09(月) 21:56:26.60

ショットシェルだったら散弾のことでちょっとかっこいいぐらいなのに…
http://hb-plaza.com/wp/wp-content/uploads/2013/12/00buck001.jpg

**デフォルトの名無しさん** · 2020/11/09(月) 22:20:12.83

ちょっと知れるね

**デフォルトの名無しさん** · 2020/11/09(月) 22:31:51.42

ポンタポイントが付くか楽天ポイントが付くかの違いで基本的には一緒だよ

**デフォルトの名無しさん** · 2020/11/10(火) 02:41:01.00

スクリプトスコープ以外にも、関数スコープがあるのは便利。
C, Ruby と同じ

関数スコープが無い言語は、プログラミングが異常に難しい

**デフォルトの名無しさん** · 2020/11/10(火) 04:19:48.53

その程度の事で「異常に」難しいんじゃ向いてないんじゃない？
多少面倒臭いなと思う事はあっても

**デフォルトの名無しさん** · 2020/11/10(火) 04:24:34.34

再帰呼び出しで・・・

**デフォルトの名無しさん** · 2020/11/10(火) 09:42:32.98

むしろローカル変数の恩恵に理解を示し、グローバル変数を強制されたら不安だと思う感性の方が普段たくさんプログラミングしてるんだろうなと感じる

変数iを使ったループの中でさらに別の変数iを使った関数を呼ぶと無限ループのバグになる
代わりにjにしようとか考えてると早晩行き詰まるので「i_関数名」みたいな変数名を常に使うことを思い付く
関数名は短くしたいと考えるようになって可読性がまずいことに

短いスクリプトしか書かない用途の言語ならいいけど、そうでないなら品質の低いコードを招く言語になるだろうな

**デフォルトの名無しさん** · 2020/11/10(火) 13:37:25.83

ローカルとグローバルの話はまあややこしいな

**デフォルトの名無しさん** · 2020/11/10(火) 13:43:57.86

自分のいる世界の常識が他の場所で通用するかどうか

それを生きていて初めて見せられた例がプログラミングのローカルとグローバルだった

なんていうPCヲタも少なくないだろうなあw

ブロック過ぎたらまっさらに戻る言語なら
関数が動かないと思ったらちゃんと戻り値にして出さないとなあ

報告連絡相談　と同じ

**デフォルトの名無しさん** · 2020/11/12(木) 08:30:03.86

Announcing PowerShell 7.1
https://devblogs.microsoft.com/powershell/announcing-powershell-7-1/

**デフォルトの名無しさん** · 2020/11/13(金) 01:15:46.84

プログラム経験ほぼゼロの初心者です。
プログラムのコマンドラインの引数に変数を使うと上手く動作しません。
ttps://aji0.web.fc2.com/　←ここのAviUtlControlというソフトを使ってコマンドラインでAviUtlに動画ファイルを送りたいんですが、
「& auc_open.exe（AviUltでコマンドラインからファイルを開くプログラム） "$args"」とすると
「ファイルの読み込みに失敗しました。このファイル形式には対応していないか対応するコーデックやプラグインが登録されていない可能性があります」
とエラーが出て読み込めません。
同じファイルを「& auc_open.exe "（読み込ませたいファイルのフルパス）"」とすると開けます。
「Start-Process -FilePath auc_open.exe "（読み込ませたいファイルのフルパス）"」とした場合auc_open.exe自体が動作しません。
書き方を間違えているでしょうか？　普通に開ける動画ファイルもあるので相性の問題かもしれないのですが…。

**デフォルトの名無しさん** · 2020/11/13(金) 02:31:24.83

>>726
Paramで宣言してないなら、$argsじゃなくて$args[0]じゃない？
https://microsoftou.com/ps-arguments/
文字列じゃなくて「配列」のまま渡しちゃってるんじゃないかな？

Start-Process -FilePath auc_open.exeでauc_open.exeが開かないなら、auc_open.exeのあるディレクトリとは違うディレクトリで実行してるとか？
auc_open.exeのあるディレクトリに移動するか、auc_open.exeをフルパスで指定してみたら？

**デフォルトの名無しさん** · 2020/11/13(金) 03:29:17.05

ありがとうございます。$args[0]に書き換えてみましたが、結果は同じでした。
リンク先に従ってParam($Arg1)と一行目に書いてみると「空の文字列が渡されている」とエラーになりました。
もちろん$args1に書き換えています。
GetType().FullNameで$args[0]を調べてみましたが、System.Stringになっていました。

上記では省略しましたが、auc_open.exeはフルパスで書いています。
変数を使っていますが、write-hostで調べたところパスに間違いは無かったです。

windowsやpowershellのバージョンのせいな気もしてきた。windows10は1906でpowershellはバージョン5.1です。