14/04/19 16:12:52.50 qTxSEapj
ブルーデーでググってみてごらん
631:名無し~3.EXE
14/04/19 16:29:55.53 C0hSChOr
普通の機動、または休止状態からの機動、またはスリープからの機動
にクスっときた
632:名無し~3.EXE
14/04/19 17:12:47.57 D/gd45tC
WSH全然関係ないけどタスクスケジューラで
USBデバイスからの復帰をトリガーとして起動するタスクなんてものもあるけどな
633:名無し~3.EXE
14/04/28 10:40:52.56 DICVXVj1
DOSバッチまたはWSHでメインフレームのSYSINデータセットみたいなことできませんか？
SYSINにVBScriptのソースを書いて、cscriptでそれを実行するとか、
SYSINにFTPのコマンドを書いて、FTP.exeに読ませるとか、
SYSINに適当な入力データを書いて、SYSINをtextファイルとして読み込むようなことをしたい。
SYSIN部分を別ファイルにすれば可能ですが、1個のファイルにしたくて。
ファイルのイメージ
---------- test.bat or test.vbs -------------
//SYSIN DD *
適当な入力データ
//
DOS/VBScriptのコマンドを書いてSYSINをtextファイルとして読み込む
---------- test.bat or test.vbs -------------
634:名無し~3.EXE
14/04/28 13:00:04.87 ev/jr+Zm
>633
WSHなら WScript.StdIn を使えばいいと思う
635:名無し~3.EXE
14/04/29 03:39:47.60 8ypvRdMf
>>633
意識しないでデータを読みこむのは無理だと思うので、データ部分はコメント扱いされて実行されないようにしといて、
データを読み込むプロシージャを作成すれば良いんじゃないかな
【例】 batの場合はデータ部分を読み飛ばして、for文でデータを読み込む
@goto :proc
//SYSIN DD *
適当な入力データ
//
:proc
@echo off
for /f "skip=2 tokens=*" %%i in (%~f0) do (
set data=%%i
if "%%i" equ "//" goto :eof
call :output
)
goto :eof
:output
echo %data%
goto :eof
【例2】 jscriptの場合
if (0)
//SYSIN DD *
適当な入力データ
//
@end
処理スクリプト
【例3】 vbscriptの場合
jscriptの@if、@endの替わりにif false then、end ifを使う
636:名無し~3.EXE
14/04/29 13:38:55.32 rabqrtPg
>>633
何が欲しいのか今ひとつ分からんのだけど、
複数行に渡るような大きな文字列データを埋め込んどきたいってこと？
それならWSFでresource使う方法なんかもあるけど
637:名無し~3.EXE
14/04/29 21:41:23.74 +pl4bZp4
>>634-636
Thanksです。
バッチとかスクリプトのファイルの中に、入力データを書きたかったのです。
数文字程度なら、バッチの環境変数で渡すて出来そうですが、
複数行の文章だとどうしても出来なくて。
昔仕事でやってたM/FのJCL文はそういうことができててよかったなあと。
resourceが一番自分の思ってるに近そうです。
638:名無し~3.EXE
14/04/29 23:22:16.38 gKZrgnV9
JScriptだと(function(){/*～～～～*/}).toString();で楽にヒアドキュメントモドキができるんだけどね。
639:名無し~3.EXE
14/04/30 00:23:31.00 nvx7kMwT
>>637
懐かしいな、パンチカードの山
640:名無し~3.EXE
14/05/17 18:50:28.98 ftkNQf89
//SYSIN DD *
641:名無し~3.EXE
14/05/24 10:06:34.87 4leeigTu
WSHで画面のバックライトを消す方法ってありますか？
その手のツールやWin32APIを叩ける処理系使えば
できるのですがWin標準機能で出来る方法があれば・・・
642:名無し~3.EXE
14/05/24 10:23:35.39 uPytOxyo
>641
↓この1行でWindows標準のブランクスクリーンセーバーを起動できるけど、これじゃダメかな？
CreateObject("WScript.Shell").Run "C:\Windows\System32\scrnsave.scr"
643:名無し~3.EXE
14/05/29 07:27:28.06 8DqbD5RS
スクリーンセイバーでは、画面は暗く出来てもバックライトは消えないでしょ
つまり、消費電力低下もバックライト寿命延長も望めない
「画面を暗く」とかではなく、わざわざ「バックライトを」と言ってるって事は、そういうのが目的だと思われ
644:名無し~3.EXE
14/05/29 20:15:23.71 mpz900sV
ついでに細かいことを言うと、液晶モニタでは黒画面にすると
消費電力が増える場合がある。
URLﾘﾝｸ(www.itmedia.co.jp)
URLﾘﾝｸ(www.excite.co.jp)
645:名無し~3.EXE
14/07/03 14:13:08.65 puDVYchs
wsh cscript ってみんな使っているの？
どうもとっつきにくい
原因の一つは、予約語の長ったらしさと別ワールド感にあるような気がする。
バッチでだめならrubyでやってしまうもんな
646:名無し~3.EXE
14/07/03 15:15:13.58 jNTLinbp
WSHは事実上のWindows標準機能になって十数年経つし、
昔のWin95やWinNT4.0でも修正せず正常に実行できるものを手軽に作れる。
(それに対してバッチファイルはWin9x系とWinNT系での違いが特に大きいから、環境変数%OS%の値が
"NT"か空欄かで処理を分岐させなければならない場合が少なくない)
そういう点で他のスクリプト言語より随分とっつきやすいと思うが
647:名無し~3.EXE
14/07/04 21:25:06.89 noH+Nmwl
どのWinでも動くメリットは大きい。会社のPCでも気軽に使えるし
でもバイナリファイルの扱いに難があるのはしばしば困る
あとこれはWSHに限ったことではないけどRubyと比べるとコードが
冗長化しやすい
648:名無し~3.EXE
14/07/04 21:43:53.99 t8oKZxzN
バイナリファイルだって扱えないってわけじゃないし、それほど面倒ｌくさいってほどでもないと思う
649:名無し~3.EXE
14/07/04 22:00:52.84 noH+Nmwl
ADODB.Streamはアンチウィルスソフトが騒ぐから使いにくい
650:名無し~3.EXE
14/07/05 04:26:07.22 X4/wk4Kp
それは環境依存の問題だろw
環境依存の問題を、WSHの問題であるかのように言う奴はアフォ
全てのアンチウィルスソフトがADODB.Streamに反応するわけじゃないし
後から反応しないように設定できる場合も多いので
言ってしまえば「どのWinでも起きる問題じゃない」って話だ