【VBScript】WSHについて話し合うスレ【JScript】

**デフォルトの名無しさん** · 2025/02/24(月) 12:14:02.71

VBSとHTAで、ちょっとしたメニューを作ってきたけど
PowershellとWinForms で同じようなことできるんだね

いままで Powershellでは GUI はできないと思いこんでたわ
chatgpt になんとなく聞いたら教えてくれた

**デフォルトの名無しさん** · 2025/02/24(月) 12:20:44.30

簡易GUIは「AHK」や「PowerShell」で

**デフォルトの名無しさん** · 2025/02/24(月) 12:51:53.85

今、PowerShell 勉強中だけど、いいなと思うのは
借り物競争しなくてすむこと

VBSだと、ファイル開く、正規表現使う、とか
そのたびに借りてこないといけないもんね

**デフォルトの名無しさん** · 2025/02/24(月) 21:50:57.33

VBSはデフォで正規表現に対応してるじゃん

RegExp オブジェクト
https://learn.microsoft.com/ja-jp/previous-versions/windows/scripting/cc392403(v=msdn.10)

**デフォルトの名無しさん** · 2025/03/05(水) 02:13:38.61

>>147
同様のエラー発生を確認（Win10 Home 22H2/19045.5487）

リンク先の記事を参考に、アプデ前の実行ファイルとリソースファイルを WinSxS からサルベージして、それを利用するように環境を整えることで無事解決できました
詳しく調べて記事として公開してくれた人に感謝！

**デフォルトの名無しさん** · 2025/03/27(木) 09:14:01.54

AI使ってるとシンプルなのは何でやってもいいな
java,c#,ps等　気分次第で使い分けして遊べる

**デフォルトの名無しさん** · 2025/05/03(土) 12:21:38.53

ブックオフ行くと、VBS関連の古本が増えてきた
（200円のコーナー）
いつ行っても売れ残っててかなしい

**デフォルトの名無しさん** · 2025/05/19(月) 20:56:28.44

「VBScript」の非推奨・削除に備えよ～MicrosoftがVBS依存を検出する方法を案内
「VBScript」の既定無効化は2027年頃
https://forest.watch.impress.co.jp/docs/news/2015096.html

**デフォルトの名無しさん** · 2025/05/26(月) 21:09:04.87

あと数年でVBSは動かなくなるらしい
ではHTAは？ HTA＋javascriptはどうなの？
それとも今HTAが動いているのは、
PCにIEが入ってるからにすぎないのか？

誰か解説たのむ

**デフォルトの名無しさん** · 2025/05/29(木) 21:42:09.94

何年も使ってたけど、どこまでがVBSの範囲で
どこまでがWSHの範囲なのか結局分からなかった
分からないまま終焉していくのか
ま、いいけどね

**デフォルトの名無しさん** · 2025/07/10(木) 08:06:59.01

JScript9Legacy scripting engine now enabled by default
https://techcommunity.microsoft.com/blog/windows-itpro-blog/jscript9legacy-scripting-engine-now-enabled-by-default/4431326

**デフォルトの名無しさん** · 2025/07/11(金) 21:16:13.41

jscriptは永遠に不滅という事か

**デフォルトの名無しさん** · 2025/07/12(土) 10:50:29.22

はるか昔 JSCript で ASP のプログラム書てたらなんか１秒ずれるバグがあった。

**デフォルトの名無しさん** · 2025/07/12(土) 13:17:24.06

× VBS
○ JScript
なんで？

**デフォルトの名無しさん** · 2025/07/12(土) 14:00:46.62

C系のJSとC#に選択と集中するから、VB系のVBSとVB.NETはもういらない子なんだろ

**デフォルトの名無しさん** · 2025/07/12(土) 15:24:01.11

本気でWSHを続ける気があるならPowerShellもWSHに乗せてwscript/cscriptで実行できるようにするはずだろうから
WSH自体を弄る気はもうないんだろうなあとは思う
JScriptはたまたま切り替え可能な新し目のバージョン(といってもIE最終のやつだろ？)が既にあったので延命されただけで
やっぱりそのうち捨てられるのではないかな…

**デフォルトの名無しさん** · 2025/07/12(土) 21:34:50.16

JScript9とJScript9Legacyの違いが分からん

**デフォルトの名無しさん** · 2025/07/12(土) 22:16:54.10

今後はあくまでLegacyとしてメンテするということの表明じゃね？
main streamじゃないんだから、いつ切られても文句は言うなよ、ということで

**デフォルトの名無しさん** · 2025/07/12(土) 23:30:28.15

旧EdgeのChakraエンジン「 /E:{1B7CD997-E5FF-4932-A7A6-2A9E636DA385} 」がしれっと無効化されてるのは、管理機能を含むOSのコア部分で使われてなかったりするからなんだろうか？
WSHで唯一モダンな構文が使えるエンジンだったのに...

**デフォルトの名無しさん** · 2025/07/15(火) 10:50:58.19

そのJScript9LegacyがChakraらしい
https://windowsforum.com/threads/microsoft-replaces-legacy-jscript-with-jscript9legacy-in-windows-11-enhanced-security-compatibility.373116/
検証求む
https://blog.macorin.net/dos-not-work-jscript-on-windows11-24h2/

**デフォルトの名無しさん** · 2025/07/15(火) 12:42:37.44

>>171
JScript9は「IE11搭載のChakraエンジン(jscript9.dll)」で、「旧EdgeのChakraエンジン(chakra.dll)」とは別モノ
JScript9Legacyは、JScriptとの非互換性（JScript9にはWScript.Quit()がない、など）を解消しつつ既知の脆弱性を塞いだ（あるいは緩和した）バージョンのように思える

**デフォルトの名無しさん** · 2025/07/16(水) 12:44:55.22

もうV8でええやん
COM載せるだけでしょ

**デフォルトの名無しさん** · 2025/07/16(水) 15:03:42.67

>>173
JSのメソッドディスパッチ自体にOLEオートメーションと互換を持たせないといけないからなあ
MS製以外のエンジンを使うなら大改造になる

**デフォルトの名無しさん** · 2025/08/07(木) 11:13:25.81

HTAでWScriptの標準入出力Stdin/Stdoutを使う方法はありますか？

という疑問でwebを漁ってたら、以下のコードを見つけたのですが、
これは何をしているか判りますか
http://www.roy.hi-ho.ne.jp/mutaguchi/bbs/list127.shtml
の
＞Set oExec=wShell.Exec("MSHTA～
＞oExec.StdIn.Write fso.OpenTextFile(Left(WScript.ScriptFullName,InStrRev(WScript.ScriptFullName,"."))&"HTA").ReadAll
＞oExec.StdIn.Close
の辺り。～は専ブラだとバグる

**デフォルトの名無しさん** · 2025/08/07(木) 16:01:49.20

意味がよくわからない
「WScript」がcscript.exeではなくwscript.exeのことなら元から標準入出力しても何も起きないけど多分そういう話ではないよね

そのソースコードは、mshta.exeを子プロセスとして起動してテキストファイルから読み込んだ内容をその子プロセスの標準入力に流してる
mshta.exeの側では標準入力から読み取った内容を実行してる

**デフォルトの名無しさん** · 2025/08/07(木) 16:53:21.35

元々HTAとpowershell間のプロセス間通信を考えてました
WSH(WScript)とpowershellでの通信はできていたので、
ならばHTAからWScript.Stdin/Stdout相当をどうにかして得られないかという疑問に代わりました

さてGetStandardStream(0)でStdinを得るまでは何となく判りますが
そのハンドルでReadAll()これの意味が判らない
結果的にoExecにはWScript相当？が入るようですが

**デフォルトの名無しさん** · 2025/08/07(木) 17:25:58.39

あー了解
で、oExecに入るのはwShell.Exec()の結果で、起動したmshta.exeのプロセスをラップしたWshScriptExecオブジェクト
oExec.StdIn.Writeでmshta.exeの標準入力に内容を書き込んでる、これがWSH側でやってること
MSのサイトですらリンク切れしまくってたけどitmediaに解説が残ってた ttps://atmarkit.itmedia.co.jp/ait/articles/0407/08/news101_2.html

**デフォルトの名無しさん** · 2025/08/07(木) 17:28:32.02

GetStandardStream(0).ReadAll() を実行しているのは起動されたHTAの側で、標準入力から読み込んだ内容を実行してる
リンク先サンプルだとその内容はH.HTAで、その後は裏で起動させたIEを通じてやり取りをする…という実験っぽい

というわけでHTAで標準入出力を使うには new ActiveXObject('Scripting.FileSystemObject').GetStandardStream() だけでいいと思う
手元で確認したわけではないので違ってたらごめん

**デフォルトの名無しさん** · 2025/08/07(木) 20:06:59.39

>>179
WshScriptExecというのですね
色々ありがとうございます

**デフォルトの名無しさん** · 2025/08/07(木) 21:37:56.02

Exec メソッド
https://learn.microsoft.com/ja-jp/previous-versions/windows/scripting/cc364356(v=msdn.10)
GetStandardStream Method
https://learn.microsoft.com/en-us/previous-versions/windows/internet-explorer/ie-developer/windows-scripting/y6hbz9es(v=vs.84)