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

**デフォルトの名無しさん** · 2020/01/09(木) 07:20:41.41

みんなで話し合おう

**デフォルトの名無しさん** · 2024/02/19(月) 00:15:11.88

これだけ使えりゃ十分やろ
古き良き時代のパソコンのプラットホームなんぞ何年も続いてないやないか

**デフォルトの名無しさん** · 2024/03/21(木) 22:34:18.16

VBScriptはXP以降ならどこでも動くし、ドラッグアンドドロップもできた。
構文の癖がやや強く、また、変数の型も「実は内部的に強い型付けだった」ところを除けばまあ良かったよ。
ライブラリが作れないところが致命的だったからチョコチョコアプリにしか使えなかったのが致命的だった。

あばよVBScript！いい夢見ろよ！

**デフォルトの名無しさん** · 2024/04/28(日) 21:53:17.96

スレ立てあらしスクリプト対抗age

**デフォルトの名無しさん** · 2024/05/23(木) 14:59:55.90

https://forest.watch.impress.co.jp/docs/news/1593925.html
「VBScript」は2027年頃にデフォルトで無効に～非推奨化スケジュールが公開
3つのフェイズに分け、段階的にサポートを縮小

**デフォルトの名無しさん** · 2024/05/23(木) 20:25:32.39

MSはオープンソース化する気はないんだろうか

**デフォルトの名無しさん** · 2024/06/08(土) 19:05:06.14

未来を絶たれた気分はどうよ

**デフォルトの名無しさん** · 2024/06/09(日) 20:54:50.07

今まで何百本か気軽にツール作ってきたけど、不便になるなあ

**デフォルトの名無しさん** · 2024/06/09(日) 21:02:12.92

互換インタープリターエンジンはないのか

**デフォルトの名無しさん** · 2024/06/17(月) 15:14:07.50

>>134
JScriptは問題なさそう

**デフォルトの名無しさん** · 2024/06/17(月) 20:18:26.59

FileSystemObjectとかも生き残るならJScriptで問題ないな

**デフォルトの名無しさん** · 2024/06/26(水) 22:09:52.35

JScriptとは別のライブラリなの？

**デフォルトの名無しさん** · 2024/06/29(土) 15:04:28.56

どの範囲が消されるのかは今も不明だよ
VBScriptの言語単体にセキュリティリスクがあるならWSHの仕組み自体は消されないだろうけど

**デフォルトの名無しさん** · 2024/08/13(火) 23:03:08.72

>>137
Pythonでいいじゃん
SJISとかUTF8とか楽でいいじゃん

**デフォルトの名無しさん** · 2024/08/13(火) 23:14:02.56

>>143
Windowsにビルトインのインタプリタの手軽さには及ばないんだよなぁ
WSHはなんだかんだいって、立ち上がりは爆速

**デフォルトの名無しさん** · 2024/08/18(日) 22:43:00.60

コマンドプロンプト
wsh
powershell
c#
Windows標準で使えて再配布が容易で権限に左右されずインタプリタな言語ってwshだけだから重宝するんだよなぁ

**デフォルトの名無しさん** · 2024/08/27(火) 18:12:19.52

全角の二重引用符をプロンプトに貼り付けたら勝手に半角になるんだが。
ファイルにこの文字使ってたからうまくいかんくてしばらく悩んだわ。糞過ぎ。

**デフォルトの名無しさん** · 2025/02/04(火) 12:56:17.29

Chakraエンジンが使えなくなってる（エラーを吐く）人はいますか？
下記の記事ではWin10での発症が報告されてます（別のWin10 PCは未発症であるとも）

【速報】ある日突然WSHでChakraエンジンが使えなくなった #JavaScript - Qiita
https://qiita.com/TETSURO1999/items/37445f87bea043144747

警備員[Lv.1][新芽] · 2025/02/04(火) 13:16:57.06

vbsが使えなくなるのもツライが、regexpが使えなくなったら笑えない

**デフォルトの名無しさん** · 2025/02/05(水) 21:08:32.96

vbscriptが消えるとプリンタ関連のインストールスクリプト全般（C:\Windows\System32\Printing_Admin_Scripts\ja-JP）も使えなくなるのは普通に困るんだけど
代替の手段用意してから消してくれ

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

プリンタ関連はpowershellにあるみたいだわ
https://qiita.com/PoodleMaster/items/d1539bfca035a3158377
これに移行してる人おる？
ログインがますますもっさりもさもさになるな

**デフォルトの名無しさん** · 2025/02/10(月) 15:19:48.04

Deprecation: What it means in the Windows lifecycle
https://techcommunity.microsoft.com/blog/windows-itpro-blog/deprecation-what-it-means-in-the-windows-lifecycle/4372457
「非推奨は終わりではなく、おぽちゅにてぃだ！」Microsoft公式による非推奨化の解説がやけに丁寧すぎる
正しく理解すれば「非推奨」はユーザーに有益なものとなるそう
https://forest.watch.impress.co.jp/docs/serial/yajiuma/1661211.html

**デフォルトの名無しさん** · 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)