Alanoll

I saw nothing show up in the Debug box...

now that is good advice, and I think I may just do that with my 1TB of hdd space. Can you imagine how hard it is to fill that thing? Very hard.

is the file listed in txtsetup.sif in both PRO1 and your I386 folder? Is the file also listed in DOSNET.INF in I386?

try logging on as an Admin, if that doesn't work.... have you tried moving it?

If you really want to find a virus/worms, just go to the P2P network and download some of the 64kb files or so. Alot of those are just virus' trojans. Demonstrating Video editing and performance, you could use VirtualDub (freeware) to simulate how long it will take to encode the same file on a Athlon64/XP and Pentium4(comparable) and show teh time difference. You could use Adobe Premiere if you got it for the same purpose (optomized for Pentium I think though) Better deal, try to throw in the Longhorn side of things. At the moment and when the 64-Bit OS is released, Microsoft has said that it will be availale ONLY through OEMs with purchase of the 64-Bit system. Longhorn will probally change that. Comparing could also be done with a program such as 3DMark or the like. It will give scores based on how it performs (hardware dependant as well). Hope that helps.

very strange indeed.... can't wait

Alrighty, here's are the pertainable lines from test.ini and pause.cmd PAUSE ECHO %1 PAUSE [Environment] NUMPROC=HKLM:SYSTEM\CurrentControlSet\Control\Session Manager\Environment\NUMBER_OF_PROCESSORS [ASPI Layer 4.72] description.0=Install ASPI command.0=cmd /c pause.cmd %NUMPROC% selected.0 = 1 hide.0=0 and this is what is outputed from PAUSE.CMD C:\WIHU>PAUSE Press any key to continue . . . C:\WIHU>ECHO %NUMPROC% %NUMPROC% C:\WIHU>PAUSE Press any key to continue . . . Any ideas? Perhaps you have a newer version or something? I'm using the one from 7/19 bugfix 5. Perhaps WIHU should expand the variable but it's not?

At the moment, I just try this from my current install. I haven't even attempted to do it during install. I'm just running WIHU by double-clicking or commandline. Strange how it works there but not here..... Echo %1 Pause That your pause.cmd? I know they're only valid during WIHU. That's why i passed it to the command prompt. So it would be passed as pause.cmd 1 or pause.cmd 2, and the the pause.cmd takes it from there, not that it should be interpreted by the command prompt, as NUMPROC does not exist. As for GUIRUNONCE, i just consider that the point of time during setup. I currently have a batch file that runs and extracts that key as the variable isn't set yet.

No it doesn't hurt to post something. but, if you look here... http://unattended.msfn.org/xp/hotfixes.htm that would be your second link, give or take... http://unattended.msfn.org/xp/members.htm would take you to the first one. Alittle reading is all that's required to find them. As for the others that may be perhaps insulting you for posting, please don't do that. tell them it's already here and people know about it (like i did) but don't bash them for trying to help. But in all honsty, do you know how many of these posts I've seen? Or the number of posts on people asking how to do this or that, when it's already been covered? Search for Autopatcher, you'll find alot of posts of people saying it's the easiest thing to do hotfixes, and alot of them within days of eachother. Thanks for trying to help others, but if people can't read, then they really shouldn't try this stuff. It takes ALOT of reading.

hate to tell you this, but that was just a mistype when I posted to the board..... I'll try to find a disc to transfer the stuff over to this computer (the other one doesn't ahve internet access where I am) I'm attaching the INI file I'm trying to use.... all the pause.cmd file is is an ECHO %1 and a pause. As for not using the already defined variable.... If WIHU enumerates the variable, even better, but i've found that for some reason at GUIRUNONCE that variable is not accessible via command line. Dunno... I tried both HPID and MozillaFireFoxVersion as well, and neither seem to work... When I tried HPID in say Key.0.1=%HPID%="Hitachi" that doesn't work either. test.ini

Looks good on the tree view... As for my problem, which I'm starting to think is a bug somwhere.... If I try ANY variables set in ENVIRONMENT they are not expanded, but if they are not declared in ENVIRONMENT (Cookies, Desktop) they are expanded.

I tried what you said and same result. command.0=cmd.exe /c pause.cmd %NUMPROC% Echo's %NUMPROC% where as command.0=cmd.exe /c pause.cmd %WIHU% Echo's C:\Wihu NUMPROC is defined in[Environment] as NUMPROC=HKLM:System\CurrentControlSet\Control\Sesion Manager\Environment\NUMBER_OF_PROCESSORS Any ideas?

Google: http://www.google.com/search?hl=en&ie=UTF-8&q=CCAPP.exe 2 seconds....

Here is a updated link: http://www.xtrememac.net/forum/index.php?a...ype=post&id=240 It's not the new MSI, but just to hold yall over.

XtremeMac said that the script he uses for the downloads is.....alittle messed up. He's fixing it. If it's not fixed soon, don't worry too much. I plan on an updated one being out this weekend (i believe I have time....)

slimming you're on your own.... as for unattended... MSBATCH.INF is used for both (it's their version of WINNT.SIF). Just search for info. msbatch.exe on the Windows 98 disc will make most of the file for you. More details can be found on the Microsoft TechNet site (Archives). INFINST.EXE is used for drivers. Just search TechNet for it.l

looks like they should.... you may wish to add a /F to your del commands ( DEL /F FILE ) incase the files are read-only. Other than that, looks like it will work.

haven't heard of %profiles%, perhaps remanment of previous incarnations of Windows. %Username% is the name of the current logged in user. %UserProfile% is the path to the profile of the current logged in user %Alluserprofile% is the path to the All Users profile ex.. say my username is Test %Username% = Test %UserProfile% = %systemdrive%\Documents and Settings\Test %AllUsersProfile% = %systemdrive%\Documents and Settings\All Users

Next Bug.... this line.... command.0=pause.cmd %NUMPROC% does not seem to work. NUMPROC is set in the [Environment] in the INI file. However it is being passwed to pause.cmd as %NUMPROC% instead of it's actual value. Did I do something wrong again? or did I find another bug? If I try %WINDIR% is works fine. The variable is expanded. Perhaps by the command prompt however. Shouldn't it be expanded by WIHU before being passed?

all righty then.... looks like my two requests ended up being bugs That's always good....

I see the tweak in your files SolidasRock ;-------------------------------------NTFS TWEAKS----------------------------- ;NTFS Speed-up [HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem] "NtfsDisableLastAccessUpdate"=dword:00000001 "Win95TruncatedExtensions"=dword:00000001 "NtfsDisable8dot3NameCreation"=dword:00000001 Wish to restate some of our statements about disabling them?

alrighty, sweeet..... I guess it would be a bug in AutoInstall. You would think that in an AutoInstall you wouldn't click anything. Guess I gave a kinda long winded way to describe it though How about that restart thing though? You understand what I'm trying to say? I think i explained enough, but if not let me know. I don't think the "bug" in AutoInstall would fix this.

he's probally seen you're last few posts SolidasRock. and actually yes, I would like to see ALL your regtweaks. Inluding any you have added to your hive files. How do I know you say that it is set to 0 by default? HKLM,"SYSTEM\CurrentControlSet\Control\FileSystem","NtfsDisable8dot3NameCreation",0x00010003,0 This line is in HIVESYS.INF in your I386 folder. You do change it somewhere.

/Autoexit=<time> should terminate WIHU if no user input is made within specified time. I think I know what you mean. You don't want to press "Finish" Button but also don't WIHU to do auto install ... in this case just specify /autoinstall=3600 or such which will causes to wait 1 hour for input and then do auto installation. If you cancel this autoinstallation by pressing any key, or mousebutton ..., it will then exits without waiting for "Finish" to be pressed. Benjamin I do want an Autoinstall.....(leaving the option of a few seconds to select if I want, but Autoinstall) but if I try those settings, WIHU will remain loaded at the page where it wants you to press Finish. After some testing, it looks like AutoExit might do what I want, but if I use it, but without an AutoInstall, if I go away and miss that part of setup, the whole thing is skipped. Instead, just a switch like /SkipFinishPage so if I go away, WIHU still waits at the screen, but at the end it exits itself without having me to click "Finish" at the end. Understand? As for the loading of the desktop...... I want the computer to restart itself, but I also want the desktop to fully load prior to doing so. If WIHU does the restart like it does now, the desktop doesn't load. If I use Skiprestart the desktop loads, but it doesn't restart. For the desktop to load, WIHU has to quit, but to restart automactilly WIHU has to stay resident preventing the desktop from loading. Perhaps adding a option in the INI like NOWAIT=1 and if 1, WIHU does not wait for the process to end, it just goes on to the next entry. And if there are no more, the above switch (SkipFinishPage from above) would have WIHU close allowing the desktop to load, but say i called shutdown.exe as the last command, shutdown.exe remains running counting down to restart. Understand? I'm trying to make the program as flexible as possible. AutoExit could run into the problem where it is intended to be an attended/unattended install to type in the new Owner or change the computer name, but if I left the computer it would close itself when all I wanted it to do would be to close itself AFTER everything i wanted done was done (changing names in this instance). On the hidden command I believe if you encheck the tree the hidden command shouldn't be executed. But what I think he's trying to say..... *Tree1 |-ProgramOne |-ProgramTwo *ProgramThree *ProgramFour Where, say there is only one subcommand it doesn't displayed as a subcommand but as the actual entry.

There are a rare set of programs that have problems when the desktop isn't fully loaded and they try to install. They store stuff in the temp folder and what not that are finished installing when the desktop loads. When Windows restarts, the temp information is typically deleted. I always let it load the desktop just as a matter of course, and because my CREATIVE AUDIGY doesn't like have a restart for some reason. It will cause a BSOD if it isn't loaded upon first reboot. So.... Is there a possibility to have WIHU exit it on it's own? Say you run it from CMDLINES.TXT and you leave the computer. It will stay at that finished screen. Or is that what AutoExit does? Wasn't sure, as when I tried, i guess I moved the mouse or something. I jsut wanted like /ForceExit that when it's done installing the software, it automatically exits without doing the wait or whatever, and continues with setup. Like running a hotfix, it does it's thing, and then exits itself and continues setup. (without the restart of course) And then for the First load (GUIRUNONCE) just like a nowait thing or something so either WIHU doesn't wait for the process to end (manual shutdown call using shutdown.exe) or you set the Restart timer via commandline, and then like above, it exits itself with the shutdown sequence still counting, the desktop loads, and then the system restarts. Under the Windows Naming system, it is not allowed to have multiple users witht he same name, or to have a user called Administrator, or to have a user named the same as the machine (the bug), or to have illegal characters in it(!,.#* and the like)