This is the "real" way Windows script is debugged, even though we all resort to a bunch of MsgBox calls at times.
Set breakpoints, examine or change data, resume execution, see source code and have the point of failure highlighted... just like a real debugger should.
Be sure and put in a little time to learn your way around one or both of the debuggers. Like any tool, even NotePad, it takes some time to get to the point where you can do things without always looking up details.
Script Debugger can seem a little frustrating at first. It's well worth spending a few hours on it when you get the chance though. Even though it can be used to edit HTML, ASP, and even VBS or JS scripts, they stopped short of making it the nice little IDE it could have been. Maybe that's why it is free.
If you use it to write a script, save the script file out. You can't just "run" a script file loaded or created in Script Debugger directly.
Then just be sure to flip all of those switches on that I mentioned. Then start the script via cscript/wscript with /d or load your HTM/HTA as usual with debugging ON in IE.
From Script Debugger you can browse running scripts and connect to the one you want to debug. Or, if your script hits an error or a VBScript STOP statement, you'll get a dialog asking whether or not to debug. Just say "yes.
I do have debugging turned on in IE. The problem is that IE does not recognize MS Script Debugger as a valid JIT debugger for the error I was getting. It works fine usually.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.