"Mike Vashevko" <mvas...@invention-machine.com> wrote in message
news:uJRhXVPQ$GA.267@cppssbbsa04...
"Nala" <an...@anon.net> wrote in message news:uVrrFZXQ$GA.266@cppssbbsa05...
/Q:1 Bypasses all prompts except file extraction animation and error messages.
/Q:A Assumes person running app is admin or SMS and does no checking for admin rights, disk space and such. No prompts and no errors.
/Q:U User Quiet Assumes being used by end user but automated to be semi-quiet.
/R: Restart OS when complete.
/T: Provides a path to point decompressed files to other than TEMP.
/C: Calls different INF or app then the default one specified in CAB.
/N: Makes Wextract skip setup steps such as file extraction.
/? Describes lists of possible switches.
With this mode administrators would be able to automate basic process and avoid user choices for most cases.
/Q:1
Bypasses all prompts except file extraction animation and
error messages (Old and not used now).
With this mode administrators will be able to see errors occurring in extraction process or examine file extraction phase.
/Q:A
Assumes user is Admin or SMS. Bypasses all prompts,
error messages, and file extraction animation.
With this mode administrators would be able to automate basic process and avoid user choices for most cases. Does no checking for admin rights, disk space, etc.
/Q:U
(Default)Assumes user is an end user but bypasses extraction
animations. Still checks for disk space and admin rights.
With this mode users would be able to run in a semi-Quiet mode. Used when IExpress packages are shipped on CDs or installed through ActiveSetup.
/R
Control or force restart.
Administrators would like ability to actually force a restart also. This ensures the update takes effect right way. This issue was not fixed for the SP1 silent mode CAB we provided.
Wextract uses: NEVER_REBOOT reboot mode when calling InstallHInfsection to ensure that setupx.dll will return to wextract and leave the reboot job to wextract. Wextract.exe will decide if reboot is needed in the rules below:
If the above key value does not exists, or it is exists and is not one of the NEVER_xxx or ALWAYS_xxx mode, wextract.exe checks:
If reboot is needed, it provides prompt or silent reboot handling based on the result from above.
Administrators can control the restart logic with the following entries:
/T:
"temp dir full path"
Provides a path to point
decompressed files to other than TEMP.
With this switch administrators can work around any problems with TEMP dir issues. This mainly has been requested though so that CabPack could be used to expand files and just drop them in a directory. If author could leave the execution line blank this could be used to expand files in friendly manner to a specific folder. Not delete after Wextract is done. /T without colon is invalid and will return user to /? command help.
If the dir specified does not exist, wextract will create it and remove it after using the files, if user does not also specify to leave extracted files on the system( /C: ).
Examples:
ATHENA.EXE /T:"MSFILES"
This would expand files to
MSFILES run command embedded in CabPack and clean up files in MSFILES folder.
ATHENA.EXE /T:"MSFILES" /C:
This would exapnd files to MSFILES but run no
command and not clean up files from MSFILES folder.
By default without the /T: switch, wextract will extract files to a unique (random created) subdir under the Temp dir or the current dir if temp dir does not has enough space.
/N:[egv]
Makes Wextract skip various portions of the installation
process.
e - This switch makes Wextract skip the file extraction process. Wextract will launch all install commands with the temporary directory set to the same directory as itself. This feature is useful for doing server-based installations. Installations are faster and require a smaller footprint on the client.
g - This switch keeps group converter (grpconv.exe) from being launched. This switch is useful if a series of IExpress packages are being installed in a batch process.
v - This switch allows for no version check.
/C:
"App name"
Calls different INF, INF section or app then
the default one specified in the CAB.
This allows for author put in other INFs for a install. Default would run the one specified in the CAB. Command line offers a way to ship many files and INF in one CAB but use command line to start different EXE or INF. This leads down the path of eventually being able to have the CabPack pick which INF file or section to run based on machine language selected. /C without a colon will just expand the files to the current directory.
Examples:
SP1.EXE /C:"German.inf"
SP1.EXE /C:"German.inf
[Only.Install.Shell]" (This is not implemented yet)
This also allows for a somewhat "custom" mode which administrators would want.
/C:"app comand"
Specifies the command to execute which overwrite
the command defined in running cabpack authoring time. If the command is
blank, wextract just extracts files to defined temp dir and leaves files there
without executing a command or deleting any files.
If there is no blank /C: switch (user does not request to keep the extracted files), Wextract adds RunOnce entry "wextract /D:<subdir path>" before RunCommand phase, in case the RunCommand phase never returns (failed install). This way the next reboot will clean up the leftover files in TEMP folder from the failed process.
If RunCommand phase returns, wextract will clean-up the temp subdir and delete the RunOnce entry entered earlier. Otherwise if RunCommand phase never returns to wextract, runonce will call wextract with /D option at reboot time to clean up process.
Michael Harris <Please....@To.NewsGroup> wrote in message news:OgqBZccQ$GA....@cppssbbsa02.microsoft.com...
Mike Whalen (MS) <mwh...@microsoft.com> wrote in message news:#DxIcwcQ$GA....@cppssbbsa02.microsoft.com...
Interesting that this is only barely in the MSDN - it's under article Q200007. But, I think the descriptions from the IExpress docs (which apparently aren't in MSDN... hmmm) are better.Cheers,Mike WhalenWindows Script Dev
<snip>
Not necessarily. If he runs it with the right command line switches it'll
do a silent install.
Interesting that this is only barely in the MSDN - it's under article Q200007. But, I think the descriptions from the IExpress docs (which apparently aren't in MSDN... hmmm) are better.
"Kyle Alons" <kal...@insurancetechnologies.com.nspam> wrote in message news:#oitwpyQ$GA.255@cppssbbsa05...
Kyle Alons <kal...@insurancetechnologies.com.nspam> wrote in message news:#oitwpyQ$GA.255@cppssbbsa05...
Many MS exe's have undocumented switches, and most of'em follow a
pattern. If you see it on one, try it on another.
Anon <an...@nospam.com> wrote in message news:3851DBCC...@nospam.com...
Michael Harris <Please...@To.NewsGroup> wrote in message news:#0ig3l6Q$GA.259@cppssbbsa05...
John Druffel <IMCEAEX-> wrote in message news:143C6B82A8F1D211BBC200105A67CEF810ED80@JIM...I had the same question. I've recently found out that some of the workstations in our organization have WSH installed, and some don't.
Now that we know HOW to distribute it, back to the original question:
What are the conditions for redistribution of Microsoft Scripting
Engines
5.1 ?
The license agreement in the ste51en.exe says that
"...Microsoft grants you a nonexclusive, royalty-free right to reproduce
and
distribute the object code version of the following files <...>:
jscript.dll <...>, vbscript.dll, scrobj.dll, scrrun.dll, dispex.dll,
cscript.exe, wscript.exe, wshom.ocx, and wshext.dll."
However it's not clear for me may I distribute the ste51en.exe itself
along
with my product and launch it during the installation of my product?
Thanks for all the good info,
John