codejunkie Posted December 15, 2005 Share Posted December 15, 2005 (edited) Just a suggestion.Would it be possible to have WPI-W create batch files that add the registry values for RunOnceEx (Application Installer) then mshta.exe doesn’t have to be running in the background watching the registry until it needs to add the next batch of RunOnceEx commandsHere’s what I’d like to see WPI-W create before closing to begin installationSET KEY=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnceEx\00REG ADD %RUNONCEEX% /V TITLE /D "Installing Applications" /fREG ADD %KEY%02 /VE /D "NOD32 AntiVirus v2.50.25" /fREG ADD %KEY%02 /V 1 /D "%CDROM%\APPS\NOD32\2.50.25\NT\setup.exe /silentmode /settings=%CDROM%\APPS\NOD32\2.50.25\NT\ClientSetup.xml" /f /cfg=%CDROM%\APPS\NOD32\2.12.3\ClientConfig.xmlREG ADD %KEY%05 /VE /D "Adobe Reader v7" /fREG ADD %KEY%05 /V 1 /D "%CDROM%\APPS\Adobe\acroread705.exe" /fREG ADD %KEY%06 /VE /D "Windows Journal Viewer" /fREG ADD %KEY%06 /V 1 /D "%CDROM%\APPS\JournalViewer\JournalViewer.exe -y" /fREG ADD %KEY%16 /VE /D "Firefox v1" /fREG ADD %KEY%16 /V 1 /D "%CDROM%\APPS\FireFox\Firefox_Setup_v1.0.7.exe -y" /fREG ADD %KEY%16 /V 2 /D "%CDROM%\APPS\FireFox\plugins.bat" /fREG ADD %KEY%17 /VE /D "Thunderbird v1" /fREG ADD %KEY%17 /V 1 /D "%CDROM%\APPS\Thunderbird\Thunderbird_Setup_v1.0.7.exe -y" /fREG ADD %KEY%17 /V 2 /D "%CDROM%\APPS\Thunderbird\plugins.bat" /fREG ADD %KEY%19 /VE /D "Daemon Tools v3.47" /fREG ADD %KEY%19 /V 1 /D "%CDROM%\APPS\DaemonTools\DaemonTool_v3.47.msi /qn REBOOT=Suppress" /fREG ADD %KEY%19 /V 2 /D "%CDROM%\APPS\DaemonTools\arniWORX_InstallerScript.exe" /fREG ADD %KEY%22 /VE /D "Java Runtimes" /fREG ADD %KEY%22 /V 2 /D "%CDROM%\APPS\Runtimes\Java\MSJavaVM_3810.exe" /fREG ADD %KEY%22 /V 1 /D "%CDROM%\APPS\Runtimes\Java\jre505.exe" /fREM ---------- Import Next Install Window To Reg --------REG ADD %KEY%22 /VE /D "Next Install Window" /fREG ADD %KEY%22 /V 1 /D "%tmp%\page2.bat" /fThis would save on CPU power during the installation... mshta.exe uses 80% of the CPU (Athlon 64 3000+) while installing so the installation takes much longer as there are a lot of SFX on my installation DVD Edited December 15, 2005 by codejunkie Link to comment Share on other sites More sharing options...
glent Posted December 15, 2005 Share Posted December 15, 2005 (edited) This would be a very nice feature mabye we could have wpi.cmd call wpi.hta with a switch to reduce the cpu hoggingtpy start /? in a cmd windows to see what i mean Edited December 15, 2005 by glent Link to comment Share on other sites More sharing options...
codejunkie Posted December 16, 2005 Author Share Posted December 16, 2005 well that got it down from 100% on my P3-933 to 50-60% when set to lowis anyone still working on this project as in updating it with new feature? or just correcting problems with the current version?I sort of expected kelsenellenelvian to have replied to me request... was on when I posted it reading generate.js, problem with detected path Link to comment Share on other sites More sharing options...
Kelsenellenelvian Posted December 16, 2005 Share Posted December 16, 2005 I am still here but as for the killing of mshta during installs that would be nice but the only way I could figure it out would be something like pskill. If I can find another way I would love to do it. As for developement it is still going on just slow as this is the school season and the current version is sooo stable... Link to comment Share on other sites More sharing options...
codejunkie Posted December 16, 2005 Author Share Posted December 16, 2005 I will agree with it being stable but there are a few bugs are there not? IE multi-default sectionwhy would you have to use pskill.exe??Windows includes taskkill.exeTASKKILL [/S system [/U username [/P [password]]]] { [/FI filter] [/PID processid | /IM imagename] } [/F] [/T]Description: This command line tool can be used to end one or more processes. Processes can be killed by the process id or image name.Parameter List: /S system Specifies the remote system to connect to. /U [domain\]user Specifies the user context under which the command should execute. /P [password] Specifies the password for the given user context. Prompts for input if omitted. /F Specifies to forcefully terminate process(es). /FI filter Displays a set of tasks that match a given criteria specified by the filter. /PID process id Specifies the PID of the process that has to be terminated. /IM image name Specifies the image name of the process that has to be terminated. Wildcard '*' can be used to specify all image names. /T Tree kill: terminates the specified process and any child processes which were started by it. /? Displays this help/usage.Filters: Filter Name Valid Operators Valid Value(s) ----------- --------------- -------------- STATUS eq, ne RUNNING | NOT RESPONDING IMAGENAME eq, ne Image name PID eq, ne, gt, lt, ge, le PID value SESSION eq, ne, gt, lt, ge, le Session number. CPUTIME eq, ne, gt, lt, ge, le CPU time in the format of hh:mm:ss. hh - hours, mm - minutes, ss - seconds MEMUSAGE eq, ne, gt, lt, ge, le Memory usage in KB USERNAME eq, ne User name in [domain\]user format MODULES eq, ne DLL name SERVICES eq, ne Service name WINDOWTITLE eq, ne Window titleNOTE: Wildcard '*' for the /IM switch is accepted only with filters.NOTE: Termination of remote processes will always be done forcefully irrespective of whether /F option is specified or not.Examples: TASKKILL /S system /F /IM notepad.exe /T TASKKILL /PID 1230 /PID 1241 /PID 1253 /T TASKKILL /F /IM notepad.exe /IM mspaint.exe TASKKILL /F /FI "PID ge 1000" /FI "WINDOWTITLE ne untitle*" TASKKILL /F /FI "USERNAME eq NT AUTHORITY\SYSTEM" /IM notepad.exe TASKKILL /S system /U domain\username /FI "USERNAME ne NT*" /IM * TASKKILL /S system /U username /P password /FI "IMAGENAME eq note*"Id love to help but I just don't know JavaScript Link to comment Share on other sites More sharing options...
glent Posted December 17, 2005 Share Posted December 17, 2005 where are the other developers these days? im sure there was 4 of you guys not long ago Link to comment Share on other sites More sharing options...
Kelsenellenelvian Posted December 17, 2005 Share Posted December 17, 2005 They all went to school. Link to comment Share on other sites More sharing options...
WotC Posted March 23, 2006 Share Posted March 23, 2006 **** - this is really apita. i just switched from wihu to wpi (because the development of wihu was stopped and i like the dependency options...) but the cpu time is really APITA! i mean - most of the time its just... waiting? i have to wait 14 seconds (AMD64 2.1GHz) after pressing the config button :-(. 2 seconds when going back to the install menu... is there REALLY now chance to uhm - somehow "fix" this? is it just adding the registry entry and then - uhm - idling? anyone knows? Link to comment Share on other sites More sharing options...
wixfigura Posted March 23, 2006 Share Posted March 23, 2006 Hey Boys n Girls!!Nobody realized that the new wpi.exe ( the autoit file ) in WPI4,4rc1 closes mshta after calling the ktools.exe??? Link to comment Share on other sites More sharing options...
WotC Posted March 23, 2006 Share Posted March 23, 2006 4.4? where did u get it from? am i blind? but thanks for the fast reply! Link to comment Share on other sites More sharing options...
wixfigura Posted March 23, 2006 Share Posted March 23, 2006 Just look a few topics behind - its a testing version with new setupscreen, but works fine, the only thing is, that working with .msi files isnt worked out ( cause its based on Autoit and this needs a special way to call msi files. Some changes in Config.js and it also works ), heses the link WPI 4,4RC1good luck - bye Link to comment Share on other sites More sharing options...
WotC Posted March 23, 2006 Share Posted March 23, 2006 (edited) k, thanks - i got it... but it seems the new version makes more troubles than goods! the msi bug hurts... and i fear that fixing here and there makes the whole program more and more unreliable in terms of running on various machines. furthermore im no autoit freak - narf... its really a pain!maybe there is someone around willing to continue the wihu project... although wpi is quite nice... hah, choices, choices, choices... and lots of waiting :-) Edited March 23, 2006 by WotC Link to comment Share on other sites More sharing options...
wixfigura Posted March 24, 2006 Share Posted March 24, 2006 (edited) I have no problems with 4,4. Ive made of all my msi files self-exetracting rar-temporary files with the option (maybe): start after extraction blabla.msi /qb /norestart or something like that. But it also works with the prefix (example): msiexec /i ACDSee7.msi /passive in WPI (i think so). this is the method how to open a msi in autoit. The other problems are solved now, i think. In my DVD it works perfect. The closing of mshta is connected with opening the ktools.exe before, so you cannot use WPI.exe in 3.8 or lower. It works like this: In WPI you can choose the files to install, after pushing install WPI tranfers to ktool and WPI doesnt need to run anymore. So WPI.exe closes mshta. In 3,8 or lower mshta is needed til WPI finishes.So you are right - the ktool method needs not as much system-resources than without. ktool is just a little autoit-script that reads the installation from a txt file. Edited March 24, 2006 by wixfigura Link to comment Share on other sites More sharing options...
mritter Posted March 24, 2006 Share Posted March 24, 2006 Am I missing something that you guys aren't? When I watch mshta in the Task Manager while working with WPI, it rarely goes above 15%, usually hangs at 5%, sometimes goes to 23% to 85% when doing a large change, like going to Options. It does use 36MB of RAM, no more than running Explorer for a web site. There is no delay like WotC is having (I also have AMD64). It just reloads the page like hitting refresh in Explorer.I don't see any difference in using WPI to install everything compared to kTool or RunOnceExe. It is not the program slowing the computer, it is the program being installed. Once the install process is started, the GUI of WPI is idle, 5% CPU.I somewhat like the idea of mshta closing so the desktop could come up and you could do some work. But your computer is still slow due to the programs being installed. I could just be used to having a fast AMD64 and don't really notice the time for installs. And I do walk away and go about my business on other computers, so I don't really need to do background work. Link to comment Share on other sites More sharing options...
WotC Posted March 24, 2006 Share Posted March 24, 2006 hmmm, i'll check this during an install. i had the feeling that installation took MUCH longer than when using wihu (with more or less the same programs being installed). when just in "select" mode i also have about 5% cpu usage. however, sa soon as i am in config mode thats 80%. i'll check the % when installing (as soon as i have something to install :-)).how many apps do u have in ur config file? i have about 120 or so - the loading time increases dramatically with the # of apps Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now