PowerShell -Part 6

**デフォルトの名無しさん** · 2022/02/13(日) 18:36:12.07

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

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

**デフォルトの名無しさん** · 2022/02/17(木) 15:17:37.72

ドラッグ＆ドロップを扱うのはコンソールの仕事なんじゃ？

conhostで試してみたけどcmd/pwsh/windows powershellどれでもいけた
あんまり設定弄ってないはずだけど、左上クリックして出てくるメニューのプロパティからコピペ関連の項目があるので触ってみては

wtで試すと何れのシェルでもファイルのD&Dは受け付けなかった、異常に高機能なのに意外
wtのことならwtスレで聞くといいかと

**デフォルトの名無しさん** · 2022/02/17(木) 15:25:50.87

追伸
wtはexplorer上でファイルをコピーしてctrl+[shift+]vでペーストするとファイル名が入力される

D&Dにこだわる理由がないなら慣れた方が早そう、労力は大して変わらないだろう

5 · 2022/02/17(木) 19:52:12.95

>>6-8
power shellはwindowsボタンを右クリックして起動するやつを使いました。
今試したら、D&Dできないのは「管理者として実行」する方で、通常モードならD&Dできました。
管理者モードかどうかで挙動が変わるんですね・・・。

**デフォルトの名無しさん** · 2022/02/17(木) 22:56:43.04

UIPIって仕組みで権限またぎのドラッグアンドドロップは禁止されてるみたいね

**デフォルトの名無しさん** · 2022/02/19(土) 09:43:41.33

wtスレってどこだよ
勝手が違うから戻してほしいしこんなの作る前に非コンソールのpowershell出せよ

**デフォルトの名無しさん** · 2022/02/19(土) 10:18:51.14

まるでスマホの使い方がわからず店頭でキレて周りに介助してもらおうとするおじいちゃんと同じ言動で草
wtにファイル名をドロップできないのは誤解で、cmdと同じ管理者モード間のOSによるセキュリティ機構のUIPIが原因だった
wtはcmdよりよっぽど癖がない良アプリ
Powershellのほうがよほど癖強い
あとwtは普通に元に戻せる

**デフォルトの名無しさん** · 2022/02/19(土) 14:02:07.12

>>10
あれなんでだろうね
打ち直せば入力できちゃうんだしよくわからん

**デフォルトの名無しさん** · 2022/02/19(土) 15:57:35.72

>>13
ドラッグアンドドロップという操作が危険だから狙い撃ちで制限されているというわけではなくて、プロセス間のメッセージ通信に対して制約が掛けられた結果ドラッグアンドドロップも使えなくなった

**デフォルトの名無しさん** · 2022/02/19(土) 16:04:56.07

>>14
ああなるほど、それなら納得

8 · 2022/02/22(火) 02:53:21.18

>>14
ああ、conhostをadmin専用にしてて、そこから各シェル立ち上げたと思うわ
俺環でテキトーな検証してごめん

**デフォルトの名無しさん** · 2022/02/22(火) 08:44:56.08

Allow dragging files or folders into Terminal's Command Prompt window to display their path #12377
https://github.com/microsoft/terminal/issues/12377

**デフォルトの名無しさん** · 2022/02/22(火) 20:22:44.35

前スレの質問者に本当に必要だったものは、たぶんこういうのだと思うんだ…
class node {
[node]$val;
[node[]]$children;
}

**デフォルトの名無しさん** · 2022/02/22(火) 20:24:23.06

まちがえた→[object]$val

教えたがりおじさん見苦しい

**デフォルトの名無しさん** · 2022/02/22(火) 21:34:19.39

昔csvdeのエクスポートデータをVBSで木構造に変換したりしたけどその時はジャグ配列でなんとかなった
powershellだと配列に色々罠があるから大変そう
コマンドレット化されてるデータ構造を扱う事は得意でもテキストを1から解析して階層データとして扱うのには向かない気がする

**デフォルトの名無しさん** · 2022/02/22(火) 22:00:01.99

木のテキスト表現がカッコや""等ならbalancing groupでパースするのが便利だよ

perl/Pythonよりdotnetのパターン言語の方が強い(丸パクリだから当然だけど)

**デフォルトの名無しさん** · 2022/02/22(火) 22:10:34.21

組み込み型はスプラッターしちゃうとか罠多いから、内部でキッチリ階層持ちたいなら>>18みたいなロートルな手段が堅牢だったり

仕様覚えるという道もあるけど俺は諦めた

**デフォルトの名無しさん** · 2022/02/22(火) 22:27:40.62

逆説的だけど、.NETに詳しくない俺みたいな人ほどテキスト処理は抑えておくべき

なんか良く分からん物が返ってきても、オブジェクトの印字表現をOut-Fileで捕まえてテキスト処理にフォールバックできる()

**デフォルトの名無しさん** · 2022/02/22(火) 22:59:38.55

-match一発でパースが済まない木の表現は、段落を使って木を表現するyamlみたいなやつ
balancing group+複数行マッチで頑張れるかもしれないけど、地道にインデント数えてるわ

**デフォルトの名無しさん** · 2022/02/22(火) 23:31:15.02

一見不器用でもインデントレベルは素直に数えるのが正解
例えばpythonインタプリタもカウンタを使って構文をパースしてる

yaml系のシリアル化フォーマットは、インデントを数えるだけでパーサが書ける移植性が売り

**デフォルトの名無しさん** · 2022/02/23(水) 20:35:53.13

Chromeでもパスワードにメモを付けて保存できるようになるみたいね

**915** · 2022/02/25(金) 01:33:26.38

変数を文字列の中に入れ込んでしまって、消せないフォルダが出来てしまいました

C:\works\+ $a

削除もリネームもフォルダ移動すら出来ません
どうすれば削除出来ますでしょうか？
お知恵を貸してください

**デフォルトの名無しさん** · 2022/02/25(金) 02:07:17.42

ファイル名に$が入って、$aが展開されちゃう的な？ならエスケープすればいいだけでは
｀$a
意図を汲めてるかちょっと自信ないけど

**915** · 2022/02/25(金) 07:49:52.49

>>28

1. 変数を使ってフォルダを作ろうとした

2. 変数に値を代入した $a = 0225

3. C:\works\0225 を作りたかったので
“C:\works\ + $a” としたかったが
’C:\works\ + $a‘ としてしまった

4. + $a という名前のフォルダが
C:\works\ 直下に作られた

5. エクスプローラからもPowershellからも
+ $a と名前のついたフォルダは削除、リネーム、
移動が出来ない
C:\works\ + $a\test.txt のように+ $a フォルダ内に
ファイルを作る事は可能

Win10 Windows powershell 5.1 VSCODEで作成
細かい所はあまり覚えてませんがこんな感じです

**デフォルトの名無しさん** · 2022/02/25(金) 08:55:58.66

うちの環境では削除できた
なんかのプロセスにロックされてるんじゃないの？

**デフォルトの名無しさん** · 2022/02/25(金) 09:22:05.48

エラーメッセージを貼らない奴の相手してもしょうがない

**915** · 2022/02/25(金) 11:29:32.26

>>31
これは失礼しました
エラーは下記です。普通の名前のフォルダは削除出来ます

Remove-Item : 引数 '$null' を受け入れる位置指定パラメーターが見つかりません。
発生場所行:1 文字:1
+ Remove-Item + $a
+ ~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Remove-Item]、ParameterBindingException
+ FullyQualifiedErrorId : PositionalParameterNotFound,Microsoft.PowerShell.Commands.RemoveItemCommand

**915** · 2022/02/25(金) 11:32:06.01

ちなみにフォルダを右クリックして出てくるプロパティ→セキュリティのタブには
「要求されたセキュリティ権限は利用できないか、または表示されません。」
とのエラーも出てます

**デフォルトの名無しさん** · 2022/02/25(金) 11:40:38.52

>>32
> ’C:\works\ + $a‘ としてしまった
んなら

Remove-Item ’C:\works\ + $a‘
ってやれよ…

**915** · 2022/02/25(金) 12:06:55.57

>>34
すみません。。
やってみました

Remove-Item : パス 'C:\works\ + $a ' が存在しないため検出できません。
発生場所行:1 文字:1
+ Remove-Item 'C:\works\ + $a '
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (C:\works\ + $a :String) [Remove-Item], ItemNotFoundException
+ FullyQualifiedErrorId : PathNotFound,Microsoft.PowerShell.Commands.RemoveItemCommand

**デフォルトの名無しさん** · 2022/02/25(金) 12:16:43.02

コマンドプロンプトを管理者権限で起動
rd /s /q エクスプローラーから対象フォルダをD&D

これで無理なら排他制御キャンセルするソフト使うかPCを一旦再起動

**デフォルトの名無しさん** · 2022/02/25(金) 12:24:59.94

>>35
> Remove-Item : パス 'C:\works\ + $a '
$a の後ろの空白

**915** · 2022/02/25(金) 12:30:35.39

>>36
ありがとう御座います

「指定されたファイルが見つかりません」
と返されました。再起動も状況変わらず

Dirコマンドでは+ $a は表示されておりエクスプローラでも見えてるのですが何故か認識されないです

**デフォルトの名無しさん** · 2022/02/25(金) 12:36:38.88

コマンドで消したいだけならワイルドカードやタブ補完で選択すればいいじゃない

再起動後エクスプローラーから消せないか試したの？

何がしたいのか分からん

**915** · 2022/02/25(金) 12:42:21.42

>>37
空白で思い出しました
試行錯誤してて
'"C:\works\' + $a + '\"'
のような事もやってました

なので（なのかどうかも分かりませんが）フォルダの名前には + $a と後ろにも空白が入っています

**915** · 2022/02/25(金) 12:44:41.55

>>39
エクスプローラからの削除だと削除後も+ $a フォルダが残り続けます

やりたい事: + $a フォルダを削除したい

**915** · 2022/02/25(金) 12:48:15.22

追記正確なフルパス名
[]は半角スペースです

C:\works\[]+[]$a[]

**デフォルトの名無しさん** · 2022/02/25(金) 12:55:42.52

その親フォルダにカレントディレクトリを移動して他に$付くフォルダが無い、或いは削除してしまって良いなら
for /d %a in (*$*) do rd /s /q "%~a"

**デフォルトの名無しさん** · 2022/02/25(金) 13:03:31.62

もし>>43で駄目だったら最後のとこ
"%~sa"
を試してみて

**デフォルトの名無しさん** · 2022/02/25(金) 13:04:14.85

C:\worksごと消せばいい

**915** · 2022/02/25(金) 13:06:19.04

>>43
やはり指定されたファイルが見つかりませんと返されました

一旦整理します

目的︰ + $a フォルダを削除したい
環境：Win10, Win PS ver 5.1, Vscode 1.64.2

記述：'"C:\works\"[]+[]$y[]+[]"\"' （かなり記憶が曖昧）
フルパス C:\works\[]+[]$y[]
※[]は半角スペース

1. エクスプローラ
1.1 右クリック削除→削除後もフォルダが残り続ける
1.2 リネーム→「この項目は見つかりません。次の場所にはありません。」
1.3 移動→同上

2. PS
2.1 Remove-Item（\works直下）→「引数 '$null' を受け入れる位置指定パラメーターが見つかりません。」
2.2 Remove-Item（フルパス）→「パス 'C:\works\ + $a ' が存在しないため検出できません。」

3. CMD
3.1 rd /s /q→「指定されたファイルが見つかりません」

**915** · 2022/02/25(金) 13:07:15.53

上記 $y → $a です
すみません

**915** · 2022/02/25(金) 13:10:23.66

>>44
saでも変わらずでした

>>45
>>46の1.1と同じでした

**デフォルトの名無しさん** · 2022/02/25(金) 13:11:33.74

フォルダが消したいだけならPowershell関係ないからこちらでどうぞ

Windows 10 質問スレッド Part82
https://mevius.5ch.net/test/read.cgi/win/1644831539/

**デフォルトの名無しさん** · 2022/02/25(金) 13:17:48.06

\\?\C:\fogo

**デフォルトの名無しさん** · 2022/02/25(金) 15:04:10.02

>>47
> 上記 $y → $a です
> すみません
だからさあ、入力した内容とエラーメッセージをそのまま貼ってくれよ…

**デフォルトの名無しさん** · 2022/02/25(金) 20:57:30.79

dir "*a*" などとして対象のフォルダだけ表示されることを確認して
dir "*a*" |

**デフォルトの名無しさん** · 2022/02/25(金) 20:58:43.73

dir "*a*" | % {remove-item -LiteralPath $_.Name}
でどうだろうか

**デフォルトの名無しさん** · 2022/02/25(金) 21:06:53.72

dir /x
で8.3形式のファイル名があるなら、それで消してみる
だめなら、>>50の形式でフルパスを指定する

**915** · 2022/02/26(土) 12:47:40.66

ありがとうございます。
レス遅くなりました。以下のように返ってきました。
>>53で出てきたフォルダ名+[]$aと末尾に半角スペースが見えません。
見えない文字が埋め込まれている可能性はありますでしょうか？

>>52
dir : 項目 C:\works\ + $a が見つかりませんでした。
発生場所行:1 文字:1
+ dir "*a*"
+ ~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (C:\works\ + $a :String) [Get-ChildItem], IOException
+ FullyQualifiedErrorId : ItemNotFound,Microsoft.PowerShell.Commands.GetChildItemCommand

>>53
dir : 項目 C:\works\ + $a が見つかりませんでした。
発生場所行:1 文字:1
+ dir "*a*" | %{remove-item -LiteralPath $_.name}
+ ~~~~~~~~~
+ CategoryInfo : ObjectNotFound: (C:\works\ + $a :String) [Get-ChildItem], IOException
+ FullyQualifiedErrorId : ItemNotFound,Microsoft.PowerShell.Commands.GetChildItemCommand

**915** · 2022/02/26(土) 12:47:51.62

>>54
ドライブ C のボリュームラベルは Windows です
ボリュームシリアル番号は AE2C-1EB8 です

C:\works\ のディレクトリ

2022/02/23 16:50 <DIR> + $a
2022/02/25 10:55 <DIR> .
2022/02/25 10:55 <DIR> ..
0 個のファイル 0 バイト
3 個のディレクトリ 1,144,323,043,328 バイトの空き領域

>>50
使い方が分からず試せてません

**デフォルトの名無しさん** · 2022/02/26(土) 13:19:35.91

Win10の質問スレ行けって言ったのに何故行かないのかな？
powershellに拘る理由がわからないよ

仕方ないのでこっちで回答するわ
Poweshell関係ないけど

https://itojisan.xyz/パソコンのトラブル/windows10でフォルダ・ファイルを削除できない/

これ全部試せ

**デフォルトの名無しさん** · 2022/02/26(土) 13:34:00.21

これ本来含まれないはずの+が含まれてるから消さないんでしょ

ディスクエディタかなんかで強制的に消せる名前にリネームするしかないのでは？
(FAT時代にしかやったことないからNTFSでできるかは知らん)

曖昧な記憶のスクリプトを正確に思い出せればなんとかなるやもしれんが
普通の方法では+がファイル名かフォルダ名の一部と解釈されないから消すのは無理だと思う
なかなかコーナーケースのバグ見つけたなw

多分PSでどうこうできる領域じゃない
再インストールが一番早いかもw

**デフォルトの名無しさん** · 2022/02/26(土) 13:36:55.01

当てずっぽうで試す前に、まずabout_Quoting_Rulesを読んでくれ
何かおかしい文字が入ってるのかは、[byte[]]にキャストすれば分かるから
それ見て正しくクオートして入力してくれ

**デフォルトの名無しさん** · 2022/02/26(土) 14:08:05.70

>>58
+を特別扱いするのはNTFSじゃなくて、特定のコマンドの仕様では？(copy fi+le等)
色んなコマンドが内部で引いてる可能性があるから避けたほうが無難な文字とは思うけど
$もNTFS的には合法だけど、予約名のプレフィックスにする慣習なので、なので避けたほうがいいのは確か
undocumentedなのもいっぱいある

**デフォルトの名無しさん** · 2022/02/26(土) 14:54:37.65

win10/pwsh7.2.0/NTFSで試してみた

> ni -d sandbox |sl
> echo valid? >'+ $a'
> gci |select name
Name
----
+ $a
> ri '+ $a' &&echo $?
True
> gci |select name
# no output

うーん？

**デフォルトの名無しさん** · 2022/02/26(土) 15:18:46.03

cmdを起動して
rd "\\.\C:\works\ + $a "

**デフォルトの名無しさん** · 2022/02/26(土) 15:22:25.68

ダメなら引用符ありなしと、//./ と //?/ を変化させて試してみて

**デフォルトの名無しさん** · 2022/02/26(土) 15:46:10.03

検証した
cmdを起動して rd "\\?\C:\works\ + $a " が正解だった
このやり方はPowershell経由では消えない
末尾スペースが再現できなかったから md "\\?\C:\works\ + $a " で作った

**915** · 2022/02/26(土) 16:01:12.94

>>62
>>64
消えました！！凄い！！！
ご教示頂きました皆さん本当にありがとうございます！

**915** · 2022/02/26(土) 16:04:31.69

因みに rd “\\?\〜“ってどんな意味でしょうか？

**デフォルトの名無しさん** · 2022/02/26(土) 16:07:54.37

文字列解析を無効化する名前空間
https://docs.microsoft.com/ja-jp/windows/win32/fileio/naming-a-file#maximum-path-length-limitation

**デフォルトの名無しさん** · 2022/02/26(土) 16:49:18.98

ずこー
ファイル名に末尾スペースはNTFS的に非合法のはずなのに、なんで作れちゃうかな
闇が深い

**デフォルトの名無しさん** · 2022/02/26(土) 16:54:25.81

一応補足しとくとシェルは関係ない、pwshから非合法パス名へアクセスするのにも(ri)Remove-Item "\\?\~"は使える(使えてしまう)

**デフォルトの名無しさん** · 2022/02/26(土) 19:13:10.48

-LiteralPathが多分必要

**デフォルトの名無しさん** · 2022/02/26(土) 20:14:14.01

ri -lp '\\?\C:\Users\ore\sandbox\trailing 'で消せた
そもそも-literalpath指定無しには正しくない名前のファイルは作れないようになってる

標準のFileSystemプロバイダは静かに切り詰めるようだけど、できればエラーにしてほしいところ

**デフォルトの名無しさん** · 2022/02/26(土) 20:16:53.67

当たり前だがext4上では合法だから普通に作れるな
プロバイダ依存きをつける

**デフォルトの名無しさん** · 2022/02/26(土) 20:28:51.97

各々のプログラムのモラルに任せられてるのが残念なところ
pwshからコマンドレットを使う限りはうっかり変なもの作るの阻止してくれるのが救いか

linux/mac上ならそもそもOSがハネてくれるのでpwshで余計なチェック挟む必要もないのだけど

**デフォルトの名無しさん** · 2022/02/26(土) 20:33:36.43

Mac特有の濁点ユニコードもそのまま入るし互換性のためだろう

**デフォルトの名無しさん** · 2022/02/26(土) 20:34:30.39

いや
>>29によるとコマンドレットで作れてしまったのか
それはちょっとまずい気がする

**デフォルトの名無しさん** · 2022/02/26(土) 23:23:38.20

いや真似しても普通には再現できなかったよ
\\?\ でなんとか作った
条件もわからんしいたずらに憂いてもしょうがない

**デフォルトの名無しさん** · 2022/02/28(月) 02:46:56.51

APIで普通に作れるから対策したつもりてもコマンドを適当に組み合わせたら偶然できるようなレベル
web上に消し方の情報が沢山あるのはそういう理由

**デフォルトの名無しさん** · 2022/02/28(月) 10:01:03.24

>>77
76は>>75への返信

**デフォルトの名無しさん** · 2022/02/28(月) 13:10:38.48

試す気はないけど
>>64で再現できるんでね？

**デフォルトの名無しさん** · 2022/02/28(月) 14:17:24.11

そりゃあえて迂回したらな

Test-Path -IsValidは信頼できるのだろうか？
中身分からものに頼るよりendswith(". ")とかで自分でバリデーションするべきか

**デフォルトの名無しさん** · 2022/02/28(月) 14:24:32.38

任意文字列渡されてもそのまま作らせない、あるいは勝手に置換+ユニークIDにリネームが現実的な防御策か
ファイルシステム移行で問題起こす事もあるし、どこでも合法なファイル名に正規化しておいた方が後のため

**デフォルトの名無しさん** · 2022/02/28(月) 15:01:04.99

>>79
ID変わってるけど64と78は同一人物です
psを普通に使う範囲までこのOSの瑕疵を気のするのは過剰品質だと感じるし、日本の安心安全神話で生産性クソ低い件を連想してしまう

**デフォルトの名無しさん** · 2022/02/28(月) 15:11:14.28

bashとか平気で不正ファイルポンポン作るからヤバい
OSが拒否するのを期待してるからそれ自体が悪い訳ではないのだが、安易にwindowsで使うのは本当にヤバい

**デフォルトの名無しさん** · 2022/02/28(月) 15:27:14.93

win版のgitに付いてくるの使ってるけど、unix系ツールはファイルシステムに気を使う移植は見たことがない
仮想ドライブに隔離してしまうのが手っ取り早くて安全そう

**デフォルトの名無しさん** · 2022/02/28(月) 15:40:26.92

>>82
これな
考えれば考えるだけボロが出てくるし思考放棄することにした

行儀悪いプログラムの後始末のやり方だけ知っときゃいいのよ
(真剣な仕事でなければ)

**デフォルトの名無しさん** · 2022/02/28(月) 15:51:52.53

win11ではこっそり治ってたりしねーかなこれ、なければwin12に乞うご期待…

**デフォルトの名無しさん** · 2022/03/01(火) 03:09:34.84

>>82
これは瑕疵ではない、仕様とMSは一応言ってるんじゃね？

>>67によると　↓　だそうだから、自分でちゃんとチェックしろ、対処しろということだろうし

ファイル i/o の場合、 \ \ パス文字列の "? \ " プレフィックスは、すべての文字列解析を無効にし、その後に続く文字列をファイルシステムに送信するために、Windows api に指示します。

↑こう書くのはおそらく他OSのコードをそのまま移植しやすくするため、なんでね？

つまり何もチェック(今回の例なら末端にスペース入ってないか)せずにAPIに渡すと
結果として>>29のようなことが起き得ると

**デフォルトの名無しさん** · 2022/03/01(火) 03:14:07.19

あ、>>29では>>64の書式では書いてないのか
>>64の動作は仕様だと思うけど>>29でなったのならバグだな(試す気はない)

**デフォルトの名無しさん** · 2022/03/01(火) 13:31:53.46

powershellで文字コード？順でソートしたい時どうしたらいいんでしょう
3---t.txt
3-1-t.txt
4---t.txt
4-1-t.txt
ってファイルがある時、'-'が0x2dで'1'が0x31だから、
3---t.txt
3-1-t.txt
4---t.txt
4-1-t.txt
と並ぶのを期待したのに昇順でソートしたら
gci | sort
3-1-t.txt
3---t.txt
4-1-t.txt
4---t.txt
になってしまう
今確認したらcmdのdir /ONオプションでも同じだった

**デフォルトの名無しさん** · 2022/03/01(火) 13:42:53.50

ファイル名の末尾の英字取って
3---.txt
3-1-.txt
4---.txt
4-1-.txt
としたら
3---.txt
3-1-.txt
4---.txt
4-1-.txt
になったけど意味が判らない
変なバグに遭遇した気分

**デフォルトの名無しさん** · 2022/03/01(火) 16:20:44.39

最近のWindowsは9.txtの後ろに10.txtが並ぶように数の大小を考慮したソートを標準で行うからそのアルゴリズムが生む微妙な綾じゃね
レジストリによって挙動が変わるはず
文字コード順を順守させたいならファイル名標準のソートにならないように、ハッシュテーブルの引数なんかを使って単なる文字列としてソートしてあげればいいんじゃないかな

**デフォルトの名無しさん** · 2022/03/01(火) 22:49:13.37

テストしてないし遅い気がするけど
下準備なしがよければ
gci | sort {[Text.Encoding]::Unicode.GetBytes($_.Name) | %{'{0,3}' -f $_}}

※Shift_JIS基準がよければ
gci | sort {[Text.Encoding]::GetEncoding('shift_jis').GetBytes($_.Name) | %{'{0,3}' -f $_}}

重複ないなら
$list = [Collections.Generic.SortedList[string,IO.FileSystemInfo]]::new([StrintygComparer]::Ordinal)
gci | %{$list.Add($_.Name, $_)}

重複あるなら
$list = [Collections.Generic.List[IO.FileSystemInfo]]::new()
$list.AddRange([IO.FileSystemInfo[]]@(gci))
$list.Sort({Param($a, $b) [StringComparer]::Ordinal.Compare($a.Name, $b.Name)})

**デフォルトの名無しさん** · 2022/03/02(水) 17:07:09.87

>>92
めっちゃ参考になった
ありがとう

**デフォルトの名無しさん** · 2022/03/02(水) 17:54:20.18

>>89
PowerShell 5.1だと確かにそうなるけど
PowerShell 7.2.1だとgci | sort で期待通りの結果になったよ
最新バージョン使った方が良いんでない？

**デフォルトの名無しさん** · 2022/03/02(水) 21:57:02.42

PowerShellでSQliteのデータベースに追記操作しようと思っていますが
テーブル名を変数にし、カラムと追記したい内容を配列で操作しようとすると上手くいきません。
一括で出来ないなら配列内ループでと思いやってみましたが、そちらもうまくいきませんでした。
配列でINSERTするには、以下のサンプルだとどういった記述をすればよいのでしょうか？

**デフォルトの名無しさん** · 2022/03/02(水) 21:57:57.51

using namespace System.Data.SQLite

Set-StrictMode -Version Latest
$ErrorActionPreference = "STOP"

# モジュールのインポート
Import-Module SQLite

# データベースファイル
$db_path = "E:\ps1\sqlite\sample.db"

# コネクションオブジェクトの生成
$con = [SQLiteConnection]::new() | % {
$_.ConnectionString = ("Data Source = {0}"-f $db_path)
$_.Open()
$_
}

$cmd = [SQLiteCommand]::new()
$cmd.Connection = $con

**デフォルトの名無しさん** · 2022/03/02(水) 21:59:03.05

$Table = "List"
$ArrCol = @("No","Name","Gender")
$ArrRecord = @("1","山田","男")

**デフォルトの名無しさん** · 2022/03/02(水) 21:59:46.03

# レコードの追加
$cmd.CommandText = @"
INSERT INTO $Table ($ArrCol) values ($ArrRecord)
"@

**デフォルトの名無しさん** · 2022/03/03(木) 00:11:25.85

どこでどんなエラーが出てるのか分からないし試してないけど
文字列の中で配列変数をそのまま展開してるのが原因なんじゃないかな。

$cmd.CommandText = @"
INSERT INTO $Table ($($ArrCol -join ', ')) values ($($ArrRecord -replace '^|$', "'" -join ', '))
"@

※余計なお世話だろうけどインジェクション対策がないので必要なら入れてね。
　（SQLiteがサポートしてるか知らないけど通常はSQLパラメータを使用。）

**デフォルトの名無しさん** · 2022/03/03(木) 07:55:37.70

>>99
ありがとうございます。
一回やってみます

**デフォルトの名無しさん** · 2022/03/03(木) 22:26:57.79

すみません、色々試したのですがわからずまた質問させてください

$Table = "2022"
$ArrCol = @("No","Day","Name")
$ArrRecord = @("1","2022/03/03","山田")

だとして

**デフォルトの名無しさん** · 2022/03/03(木) 22:35:42.15

cmd.CommandText = @"
INSERT INTO "2020" ("No","Day","Name") values ("1","2022/03/03","山田")
"@
だとエラーなくデータベースに追記出来るのですが

**デフォルトの名無しさん** · 2022/03/03(木) 22:37:17.23

$cmd.CommandText = @"
INSERT INTO [string]$Table ("No","Day","Name") values ("1","2022/03/03","山田")
"@

だと"0"個の引数を指定して"ExecuteNonQuery"を呼び出し中に例外が発生しました"SQLite error near "2022":syntax error"

**デフォルトの名無しさん** · 2022/03/03(木) 22:37:58.49

あと
$cmd.CommandText = @"
INSERT INTO "2022" ($($ArrCol -join ', ')) values ("1","2022/03/03","山田")
"@

か
$cmd.CommandText = @"
INSERT INTO "2022" ("No","Day","Name") values ($($ArrRecord -replace '^|$', "'" -join ', '))
"@

だと
"0"個の引数を指定して"ExecuteNonQuery"を呼び出し中に例外が発生しました"SQLite error near "/":syntax error"

とエラーが出てデータベースを変更できませんでした
色々試したのですが理由がわからず申し訳ございませんが教えたもらいたく

**デフォルトの名無しさん** · 2022/03/03(木) 22:42:34.74

すみません
5chだとSQL関係で書き込めなかったのですが

$cmd.え(E)xecuteNonQuery() | Out-Null
も各場所で記入しています

**デフォルトの名無しさん** · 2022/03/04(金) 01:01:51.54

SQLをデータベースに渡す前に、ヒアドキュメントがどう変数展開されているのかデバッグしたりコンソール出力してみるといいよ
いろいろミスに気づくはず
軽く見た感じ次のように展開されてる気がする
INSERT INTO [string]2022 ("No","Day","Name") values ("1","2022/03/03","山田")
INSERT INTO "2022" (No, Day, Name) values ("1","2022/03/03","山田")
INSERT INTO "2022" ("No","Day","Name") values (1, 2022/03/03, 山田)

**デフォルトの名無しさん** · 2022/03/05(土) 08:12:15.74

PowerShell and OpenSSH team investments for 2022
https://devblogs.microsoft.com/powershell/powershell-and-openssh-team-investments-for-2022/

We continue to explore and discuss with the Windows team how to make it easier to deploy PowerShell 7 on Windows.
As noted previously, support lifecycle differences between Windows and .NET along with size constraints we don’t have the ability currently to ship PowerShell 7 in Windows.
Previously we considered a bootstrapper to be a viable solution giving the experience of being inbox in Windows, however, it would have been a significant effort to implement.
Instead, we are exploring shipping a cmdlet in Windows PowerShell to make it easy to install PowerShell 7.
A new RFC will be published to discuss this.