Halfwalker

Dang it, it's happening to me now too, using v6.2. This is line 101 though. I click OK to continue, and WPI completes as it should just fine. Once the system is installed, running wpi.hta produces the same error. I have several themes etc integrated via nLite, so possibly one of these is causing the problem. How did you determie that the OCgen INF registration was aborting ? Basically I'm looking for pointers to debug the situation here ... Thanks - D -

I can't get this sucker to work. What's odd is that it did work, some time ago. Somewhere during uacd updates something changed and broke it. I'm not sure when, since I didn't check on it due to the fact that it HAD been working. It's only the other day I noticed that Nero wasn't there in a VMWare test install. Any ideas ? D.

This seems to be an odd problem installing Nero v7.6.9.0 Lite. My entry for RunOnceEx looks like this : if exist "%DIR%\Nero7960_eng_lite.exe" ( REG ADD %KEY%\%NUM% /V 15 /D "%DIR%\Nero7960_eng_lite.exe /GROUP=\"DVD\\Nero 7\" /TASKS=\"!DesktopIcon\" /SILENT /LANG=\"English\" /COMPONENTS=\"Nero_Core,Nero_Core\\Nero_MauSau,Nero_Core\\Nero_VideoCD,nero_toolkit,Nero_CoverDesigner,Nero_WaveEditor\" /SERIAL=\"SerialSerialSerialSerialSerial\" /USER=\"Firstname Lastname\"" /f REG ADD %KEY%\%NUM% /V 16 /D "%DIR%\LS_HSI.exe /QB" /f ) %KEY% is set to HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnceEx %NUM% is set to 228 %DIR% is set to the source dir on the UACD - that's D:\APPS\DVDAPPS The install appears to start, but winds up creating a normal file in Program Files rather than an install dir, so the install silently fails. I can manually run the install from a CMD shell with D:\APPS\DVDAPPS\Nero7960_eng_lite.exe /GROUP=\"DVD\\Nero 7\" /TASKS=\"!DesktopIcon\" /SILENT /LANG=\"English\" /COMPONENTS=\"Nero_Core,Nero_Core\\Nero_MauSau,Nero_Core\\Nero_VideoCD,nero_toolkit,Nero_CoverDesigner,Nero_WaveEditor\" /SERIAL=\"SerialSerialSerialSerialSerial\" /USER=\"Firstname Lastname\" and it will install just fine. Well, I have to del the Nero file in Program Files first. I've also tested it with a clean setup, just running the install command above - works fine. So it seems to complain being run from RunOnceEx. Actually, being run from Run, RunOnce or RunOnceEx. Any ideas ? D. --edit - messed up definitions of variables above. Fixed.

Has anyone been able to install ActiveTcl silently ? None of the typical silent install parameters seem to work, and it uses some bizarre installer that doesn't seem to expose the controls for scripting. http://www.activestate.com/Products/ActiveTcl/ For example, the Next button doesn't have a keyboard shortcut, nor does it seem to have a ControlID or any text visible on it. Plus, the actual window title in the window bar disagrees with the window title reported by the AutoIt Info utility ... Actual text in title bar is ActiveState ActiveTcl 8.4.13.0 Installer Reported title in Info is ActiveState Active Tcl 8.4.13.0 Installer - note the space between Active and Tcl. The only hook available to the Next button is the ClassNameNN, which is TkChild3. Here's the code I'm using in AutoIT ... ; First screen - Startup $ret = 0 while $ret == 0 $ret = WinWaitActive ( "ActiveState Active", "", 5 ) if $ret == 0 then WinActivate ( "ActiveState Active" ) wend ; Click Next ControlClick ( "ActiveState Active", "", "TkChild3" ) The script just falls right through. The ControlClick operations seem to just vanish. Any ideas ? DC.

Bonjour Delprat - My install process forces a format of the install partition, so there shouldn't be any residual profiles sitting around. I redid my O&O CleverCache installer, and that messes with the Administrator profile location. The problem shows up for a later app that can't find the right location because it's now Adminstrator.XP-PRO. Perhaps that's it. I'm building a clean install now, sans Clevercache. XP Pro Corp with SP2 nLite to reduce Bashrat for drivers RVM Integrator for update pack and many addon packs All my apps stripped except for a couple Will post more details as I know them, and as I have time. (Hah, time !) DC>

When did it start happening for you ? Have you applied the Ryan 2.1.3 update pack ? DC.

OK - just ran another test. Clean XP Pro Corp source with SP2 ... 1) nLite to reduce 2) Bashrat drivers 3) RVM Integrator 4) Copy my own $OEM$ stuff and apps Still does the same thing - creates and uses a Administrator.XP-PRO profile directory in c:\documents and settings. There is also the expected plain old Administrator profile dir there too, but it only has an Application Data directory in it. WTF ? Next steps - back all the way out to find at which step the change is introduced. The mains things I had changed were upgrading to Ryan's 2.1.3 Update pack, adding a few more addons via RVM_Integrator and a couple of my own apps. DC.

Has no-one seen anything like this before ? DC.

OK, this is bizarre. My install image has a ton of software on it that has been installing rock solid now for a long time, many many images worth. I recently integrated the new Ryan 2.1.3 update pack with the new hotfixes, and am now seeing a strange change in the installation. The winnt.sif gives the installed system a name, XP-PRO. During install, the installation process seems to create the following user profiles during installation ... Administrator Administrator.XP-PRO All Users Most stuff as it's installed used to go into the Administrator profile - my scripts would move/copy stuff around as needed, usually to All Users. Now it seems to be installing to the Administrator.XP-PRO profile, so all the scripts are failing of course. I don't know where this came from - last week the installs all went just fine. Yesterday they started failing, and I've tracked it down to this new profile. All the references to things installed in %systemdrive%\Documents and Settings\Administrator\Start Menu now fail. Anyone know what's going on ? I can change the scripts no problem, but I'm wondering if there's some setting or something that I've missed. DC.

RogueSpear's stuff is now at http://www.doitrightconsulting.net/forum/index.php DC. Ralin, I wonder, does he wear Rouge ?

I see a small problem with using VMWare for testing of UACDs ... For whatever reason, the audio driver doesn't get installed correctly - under Device Manager the Multimedia Audio Controller has a yellow X next to it. Going into Properties for that and click on "Reinstall driver" works - it goes through it's thing, redoes the drivers, and then audio works fine in that virtual machine. This is on an XP Pro Corp image, nLite applied to pare it down, latest Bashrat drivers then RVM to add a bunch of addons. So, does anyone else see this ? And does anyone have any idea about how to trigger a "reinstall driver" action without going through the whole gui ? D.

Davs DruidDK - Are you actually booting from the USB pendrive ? If so, how are you starting the install ? Tak - D.

I unpack it first, then pack into a 7zip archive. My RunOnceEx.cmd scripts install it with setup.exe /qn /norestart DRIVER0=MYbus DRIVER1=MYscsi Works fine. D.

Erm, small snag here. I have a small .7z that contains a folder with 4 files in it. I want to extract that to the All Users Desktop ... Just the WebMail extensions for Thunderbird - they won't integrate, since the WebMail.xpi one must be initialized before the others are installed. In any case, the extract doesn't work. Running it manually as C:\>%systemroot%\system32\7za e -o%allusersprofile%\Desktop\ d:\apps2\207.Mozilla\extensions.7z Results in the error Huh ? D.

Lets take the above: If * = F:\Software and contains three subfolders named Program1, Program2, Program3 i.e. F:\Software\Program1, F:\Software\Program2, F:\Software\Program3 then for each directory in F:\Software do ( Program1\installit.cmd Program1 %DIR%Program1 %KEY% Program2\installit.cmd Program2 %DIR%Program2 %KEY% Program3\installit.cmd Program3 %DIR%Program3 %KEY%I'm guessing this is not what you want, so please explain your requirements! That's exactly what I want Each directory has a standard installit.cmd that takes 3 parameters. The directories are numbered, as in 205.Program1, 210.Program2, 215.Program3 and so on. That lets me reorder the installation just by renumbering the directories. For example, for 210.FolderShare, installit.cmd contains : @echo off set NUM=%1 set DIR=%2 set KEY=%3 REG ADD %KEY%\%NUM% /VE /D "FolderShare v2.5.10" /f REG ADD %KEY%\%NUM% /V 1 /D "%DIR%\FolderShareSetup-2.5.10.msi ALLUSERS=2 /qb-" /f %DIR% is set further up in the batchfile to the Apps dir on the CD, which results in two keys being added to RunOnceEx : ....\RunOnceEx\210 -> FolderShare v2.5.10 ....\RunOnceEx\210\1 -> d:\apps\FolderShareSetup-2.5.10.msi ALLUSERS=2 /qb- If there was a finishup.cmd there, it would have looked like this : ....\RunOnceEx\210 -> FolderShare v2.5.10 ....\RunOnceEx\210\1 -> d:\apps\210.FolderShare\FolderShareSetup-2.5.10.msi ALLUSERS=2 /qb- ....\RunOnceEx\210\99 -> d:\apps\210.FolderShare\finishup.cmd Everything works as expected, except for the final statements after the loop. I actually do a reg export there to check things out, but that never got executed, which led me to check more, which led to putting in the pause etc, which never gets hit. Hrm ... D.

jcarle - Thanks - the %%userprofile%% is what I was looking for ! There isn't a leading \ in there - that's escaping the double-quotes, to make sure that they are in the key. "cmd.exe /C rd /q /s \"%userprofile%\Start Menu\Programs\pdfFactory Pro\"" D.

Dang it - magic incantation needed here, and I'm missing it. As part of the pdfFactory install, I want to remove the default Start Menu folder, and to load the following into the Default User hive ... This is done in the RunOnceEx.cmd batchfile REG LOAD "HKU\CUSTOM" "C:\Documents and Settings\Default User\NTUSER.DAT" REG ADD HKU\CUSTOM\Software\Microsoft\Windows\CurrentVersion\RunOnce /v pdfFactory /t REG_EXPAND_SZ /d "cmd.exe /C rd /q /s \"%userprofile%\Start Menu\Programs\pdfFactory Pro\"" /f REG UNLOAD "HKU\CUSTOM" Note the %userprofile% there. That's what I want in the key, so when a new user is created, the new userid is replaced in there. But bloody batchfile insists on putting in the current user when this command is run, so the effective command looks like : REG ADD HKU\CUSTOM\Software\Microsoft\Windows\CurrentVersion\RunOnce /v pdfFactory /t REG_EXPAND_SZ /d "cmd.exe /C rd /q /s \"c:\Documents and Settings\Administrator\Start Menu\Programs\pdfFactory Pro\"" /f Which is NOT what I want. How do I "protect" the %userprofile% string in there from replacement in the batchfile ? D.

I have an AutoIT script that works fine. A little tricky in that some of the controls don't click correctly, so you have to send keys (alt-N for next for example). I've verified that it installs the downloaded 212 version cleanly on a real system and in a VMware VM. ; ---------------------------------------------------------------------------- ; ; AutoIt Version: 3.1.0 ; Author: A.N.Other <myemail@nowhere.com> ; ; Script Function: ; Template AutoIt script. ; ; ---------------------------------------------------------------------------- AutoITSetOption ("SendKeyDelay", 20) AutoItSetOption("WinDetectHiddenText", 1) AutoItSetOption("TrayIconDebug", 1) Run (@WindowsDir & "\Temp\cfosspeed\setup.exe") WinActivate ("cFosSpeed Installation Wizard") WinWaitActive ("cFosSpeed Installation Wizard") ;ControlClick ("cFosSpeed Installation Wizard", "", "&Next") Send ("!N") ControlClick ("cFosSpeed Installation Wizard", "If you accept", "Button1") Send ("!N") WinWaitActive ("cFosSpeed Installation Wizard", "Set system restore") ControlClick ("cFosSpeed Installation Wizard", "Set system restore", "Button1") Send ("!N") WinWaitActive ("cFosSpeed Installation Wizard", "installation directory") Send ("!N") $ret = 0 While $ret == 0 $ret = WinWaitActive ("cFosSpeed Installation Wizard", "TCP receiver window", 5) if $ret == 0 then WinActivate ("cFosSpeed Installation Wizard", "TCP receiver window") Wend Send ("!N") $ret = 0 While $ret == 0 $ret = WinWaitActive ("cFosSpeed Installation Wizard", "Installation successful", 5) if $ret == 0 then WinActivate ("cFosSpeed Installation Wizard", "Installation successful") Wend ControlClick ("cFosSpeed Installation Wizard", "", "Finish") ; Now close the **** Explorer window it opens $ret = 0 While $ret == 0 $ret = WinWaitActive ("cFos Traffic Shaping", "", 5) if $ret == 0 then WinActivate ("cFos Traffic Shaping") Wend WinClose ("cFos Traffic Shaping") ; Move the desktop icons and move the start menu FileMove (@DesktopDir & "\cFos Traffic Shaping.lnk", @ProgramsCommonDir & "\cFosSpeed Traffic Shaping\cFos Traffic Shaping.lnk") FileMove (@DesktopDir & "\cFosSpeed Features.lnk", @ProgramsCommonDir & "\cFosSpeed Traffic Shaping\cFosSpeed Features.lnk") DirMove (@ProgramsCommonDir & "\cFosSpeed Traffic Shaping", @ProgramsCommonDir & "\Network Utilities\cFosSpeed Traffic Shaping") Exit It expects to see the unpacked installer in c:\windows\temp\cfospeed - just unpack it with winrar or whatever. The last section moves the desktop icons and the program group to where I want them - change to suit yourself. D.

OK, at wits end here. The recorded install works, but only usually. So, I'm trying to do an AutoIT script to handle the install, since one can do some conditional checking, data entry for the name and serial and so on. WildPackets uses a combination of the serial number and the machine ID on a webpage form to return an activation key. That's fine, and can be scripted by AutoIT pretty easily. This will be cool, since the script can ask for the users serial, and automate it all from there. The trouble is talking to the **** Installshield processes. It turns out that the plain old setup.exe just calls itself again with a -deleter parameter. OK, no problem. I have the script start it up like that too - works fine. But I can't get to the **** window. Apparently, there are TWO setup windows, one visible, and one invisible. I know this because the following AutoIT code shows TWO identical windows ... $var = WinList() For $i = 1 to $var[0][0] ; Only display visble windows that have a title If $var[$i][0] <> "" AND IsVisible($var[$i][1]) Then MsgBox(0, "Details", "Title=" & $var[$i][0] & @LF & "Handle=" & $var[$i][1]) EndIf Next Func IsVisible($handle) If BitAnd( WinGetState($handle), 2 ) Then Return 1 Else Return 0 EndIf EndFunc OK, so I add a bit of code to use the window handle(s) instead. But they don't work. That is, I can't talk to the visible Installshield window using either handle. I do this : WinActivate ($var[1][1]) WinWaitActive ($var[1][1]) ControlClick ($var[1][1], "", "&Next") MsgBox (0, "Did it work", "Tried to click Next") Exit I get the popup saying it tried to click next, but the blasted Installshield window is still sitting there waiting for something to click Next ..... Try it with $var[2][1] - same deal. Argh. D.

Here's an exceptionally simple one for Belarc Advisor. This is a neat system analyzer, found at [url="http://www.belarc.com/free_download.html"]Belarc Advisor download[/url] The script is painfully simple. [code]; Script Start - Add your code below here Run ("C:\Windows\Temp\Belarc\advisor.exe" & " /S") WinWaitActive ("Belarc License Agreement") ControlClick ("Belarc License Agreement", "", "I Don't Agree") WinWaitActive ("Belarc License Agreement") ControlClick ("Belarc License Agreement", "", "I Don't Agree") FileDelete ("C:\Documents and Settings\All Users\Desktop\Belarc Advisor.lnk") FileMove ("C:\Documents and Settings\All Users\Start Menu\Programs\Belarc Advisor.lnk", "C:\Documents and Settings\All Users\Start Menu\Programs\Security\Belarc Advisor.lnk")[/code] Note - this depends on having the compiled script ([b]BelarcIT.exe[/b]) and the installer ([b]Advisor.exe[/b]) in the [i]c:\windows\temp\Belarc[/i] directory. Otherwise, adjust to suit. D.

Yup - that's what I wound up doing. Seems to work fine, for once ! Thanks - D.

Hey - Trying to see if it's possible to install WildPackets OmniPeek v3.0 silently. See OmniPeek v3.0. Dang setup.exe isn't a normal installer. Doesn't matter what switch, it always pops up the stupid install screen. D.

Updating via LU works fine during an initial install. My RunOnceEx.cmd installs SAV 10.0.2.2000 like this (after unpacking to temp) rem * Installing all components except LotusNotus Auto-Protect. Enabling "Tamper Protection". REG ADD %KEY%\%NUM% /V 2 /D "%systemroot%\Temp\Symantec\SymantecAntiVirus.msi /QB!- RUNLIVEUPDATE=0 RUNSCAN=0 SYMPROTECTDISABLED=0 ADDLOCAL=SAVMain,SAVUI,SAVHelp,EMailTools,OutlookSnapin,Pop3Smtp,QClient" /f Then does the defs update with this "%programfiles%\Symantec AntiVirus\VPDN_LU.exe" /S Works fine. Installs cleanly, and updates quietly in the background. D.

Well, if you need someone to beta-test your descriptive powers, I'm willing D.

Looks like a client will be purchasing Admin Studio 7 for me - possibly. Cool Only problem is I've never used it or InstallShield before, so I'm dropping into this hot. Can you guys point me to a good couple of tutorials ? I would want to see something about building a medium sized app from scratch, and one for rebuilding/redesigning an existing .msi. I'm starting to google now, but there is a ton of, well, not so good stuff out there. Experience from the trenches counts for so much more. TIA D.