BenjaminKalytta

@my2001: /Admin=<name> just renames administrator account. (admin password will be changed ONLY if /UseAdmin is specified btw.) Benjamin

As many people asked me to make window resizeable, I'll take into account to do a application rewrite. Currently Im using "Wizard 97 Style" which is ususally used by setup installers. But this can't be resized. So the only thing I can do is not to use wizard 97 style. So everyone please make suggestions here how application user interface should look like in future. You could use "Ms Visio" and make screenshots and send it to my mail address or post your suggestions here. Thx Benjamin Kalytta

This is defaulkt behaviour of Windows CreateProcess API. It will work. But be aware that you can't add batchfiles. These have to be called through cmd.exe like command.0="%SystemRoot%\System32\cmd.exe /S /C %systemdrive%\my.cmd" Otherwise show me the log file so that I can analyze the problem. benjamin

if command.x is a relative command, wihu tries to find the path in following way (CreateProcess): The directory from which the application loaded. The current directory for the parent process. The 32-bit Windows system directory. Use the GetSystemDirectory function to get the path of this directory. The 16-bit Windows system directory. There is no function that obtains the path of this directory, but it is searched. The name of this directory is System. The Windows directory. Use the GetWindowsDirectory function to get the path of this directory. The directories that are listed in the PATH environment variable. @PoloDude: I can't imagine how this error occurs. How did you start wihu? benjamin

I don't understand the problem. %systemroot%\system32\msiexec /i netframework\netfx.msi will work without problem. I allso tried command.0=Software\dotnetfx.exe /T:"%systemdrive%\Temp\Frame" /C:"setup.exe /q" also no problem here. @Alanoll: What do you mean with "being passed as an argument and logically shouldn't work" ? benjamin

Please download new WIHU 1.6.1. Please note, that File.x/key.x version separator changed to ? instead of #. It's more logical. In future versions maybe more data could be added in typical URL syntax like filename?version=1.2.3.4&crc=f2ae12ab Current beta WIHU 1.6.1.1 also support /useadmin and /log switch. /useadmin forces wihu to use administrator account instead of creating a new user account. /log will create a logfile %systemdrive%\wihu.log Benjamin

@syntax_13: 1. No currently a new account will be created and existing administrator account will be renamed if /admin=<name> specified. If I understand you right you want an option to change administrator only and use this changed account as default instead creating a new one? 2. If specified file doesn't exists wihu assumes that installed version is older and checkmark is not cleared (if it was set before). In this case you haven't to specify version number with "file?x.x.x.x". Edit: Was a bug... is fixed now. Benjamin

Your are right, it's should be called with msiexec.exe /i <msifile.msi>. @my2001: Yes this is a complete replacement for renuser if you only want change Administrator account name for example. But note: Changing administrator name doesn't really improve security. What you have to do is, creating a new user account with administrator rights, and disable or delete administrator account. Benjamin Kalytta

@PoloDude: This is currently not possible, may be in future. administrator account name can be changed now with /admin=<name>. This is new in version 1.6.1. Benjamin Kalytta

oops This is also a bit exaggerated ... but it would make wihu more manageable in sense of code clearness, ... may be. But currently Im dealing with how to find the name of the builtin administrator (you know, different languages uses different administrator names). I already find a way to change the administrator name, currently im working on code to find machine SID to built the builtin administrator SID in shape of "S-1-5-32-machine_sid-500". I already find the registry key (HKEY_LOCAL_MACHINE\SECURITY\SAM\Domains\Account) Benjamin

I just added command.x in version 1.6.1. Was not as much work as I thought:) Benjamin Kalytta

@MarcoTips: You are right, is fixed now. I messed it up with milli seconds and multiplicated it with 1000 Thx btw. I've got exam in "Programming Basics 2" today at 2pm. But I think this one is no problem for me;) Yeah, that could be a good idea. May be this will be added in future. Thank you, you are right that is really sensible. @pastl: Ok I'll add this feature next days, maybe next friday after physics exam May be sooner. Benjamin Kalytta

As I promised revised version 1.6.0.1 is available now. Please note that command line syntax changed. Instead /UserName "New user" for instance you have to use /User="New User". Please see at my web page for more information. It's now possible to specify install ini via /ini=<file> and with /restartwait=<seconds> restart wait dialog option was added. Benjamin Kalytta

I'm currently modifying wihu not to create temporary password 12345, but this is not the solution for you I think. Password 12345 will be deleted and user entered password will be used AFTER successfull installation, which mean your installation will be interrupted ... or wihu will be terminated before wihu finished to do the work ... may be wihu crashed? May be tommorow I'll provide a revised version of wihu 1.6 which shouldn't cause the logon problem even if wihu would be crashed. Benjamin

@deedwar: Hmm, strange ... can't imagine why. Please open registry editor key HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon and verify that "AutoAdminLogon" is set to "1", and "DefaultUserName" is the correct user name that should be logged on, and that "DefaultPassword" exists which contain the corresponding plain text password. May be an error ocurred during installation of the software (installation interrupted). Please try default password "123435" then. Benjamin

@GreenMachine : You're right But as long I have time to work on it, it's ok. Currently I've to do 3 exams the next 2 weeks, so I can't spent any time on wihu (except a critical bug has to be fixed). But after that I'll add following: -Option to save log view into a logfile -Option to specify install.ini path -And a countdown timer ... btw. why not reboot instantly? What is the advantage of showing the time when windows will reboot? It's not really clear to me. I would use windows builtin notification dialog (see InitiateSystemShutdownEx API) Benjamin Kalytta

It's not possible. It's not predicable how long installation process lasts. Benjamin

inistall.ini load bug is fixed now. Benjamin

@syntax_13: thx, I'll take a look at it. @MarcoTips: Strange you're right ... I'll fix this soon. Benjamin

@MarcoTips: Do you use the newest version. Please try to download it again (WIHU 1.6.1). Or may be your Ini file isn't correct? Benjamin Kalytta

Who programmed this tool? I'd prever to get the source and to include it directly in my code. Benjamin Kalytta

@syntax_13: You could use wihu /autoinstall 0 /username "New User" /userpassword 1234567890 In this case, settings will not be skiped. Setting %NewUserPassword% is a security risc, don't know if it is so suitable. Changing Administrator isn't that easy. What about just disabling it? Nevertheless I added this feature at this moment. May be there will be a command line switch in future to disable it. %NewUserPassword% and %NewUserName% is now available. Benjamin Kalytta

It's loaded here. Be sure install.ini is in same folder as wihu.exe. Benjamin Kalytta

You're right syntax_13, it was a very bad mistake of mine. Please use the new one WIHU 1.6. Btw syntax_13, nice ini file. May I borrow it for my installation system? For everyone programmer here: Don't use GetPrivateProfileSectionNames with fixed Buffer size Benjamin Kalytta

Ok MarcoTips, take this one: WIHU 1.6. You have to enable /SkipSettings switch. @Alanoll: Thank you again for correcting grammatical mistakes in my application. Benjamin Kalytta