alan_b wrote:Thanks. Will appreciate info on Win7 Starter.
You're welcome.
The result is that there's no tskill.exe on my Win7 Starter.
alan_b wrote:The intention is to uninstall a security application, so the /F may be essential.
Should I assume that TSKILL may fail due to its lack of /F ?
Yes, I already had this problem in the past. Latest I downloaded taskkill.exe from the internet to get this command run on my XP Home.
alan_b wrote:Would the VB script have superior removal power ?
As far as I tested - yes.
alan_b wrote:Three factors make me VB averse :-
1. I have no skill for creating a VB script - I just hack at what I find on the Internet ;
That's what I did in the past. Sometimes I had to customize such codes and for that reason I learned it step by step.
alan_b wrote:2. XP Home has two VB engines, cscript and wscript,
and I never knew that until I had a problem and it was explained the wrong engine was using the code,
but I guess you have ensured the correct engine by using "WScript.Arguments"
By default wscript.exe is associated to .vbs. (BTW WScript.Arguments has nothing to do with wich script engine is used.)
The main difference between the two script engines is that wscript is a Windows application and runs invisible while cscript runs in a console window. The last one is important to get the stdOut of the VBScript into a environment variable in a command line. For my example it's not interresting which engine is used.
alan_b wrote:3. It takes an eternity to prime the pumps and crank up the engine -
e.g. when I needed to know the time difference between File timestamps,
without VB I measured the difference to a resolution of 1 minute in less than 0.01 Seconds
using VB I measured the difference to a resolution of 1 second in what felt like 1 minute.
Once you called an 3rd party (also a command line tool -- remember our discussion about the ping command) it will waste your time. All you do with internal cmd functions (like FOR, SET etc.) is much faster. So for sure calling the VBScript will slow down your batch file because the script engine has to be loaded and the code has to be parsed ...
For that reason I normally avoid these Batch-VBScript-Chimeras and do the whole stuff in VBScript if there is no possibility in pure batch.
Regards
aGerman