Yzöwl

@ Ayanamist Please read and digest before commenting and especially dont come to this forum and almost immediately start calling people names! blinkdt said that he was not wanting to sound snotty, he made no derogatory comment towards yourself.

That is BAT /CMD file syntax

All of my responses so far have provided you directly with positive answers to aid in you successfully achieving your goals on this forum. You asked for help from more knowledgable people than yourself, they freely offered it and you've shown your appreciation by ignoring that help.

It also seems odd that you are suggesting to install Office 2003 from \install\Office 2003 and Alcohol 120 from \install\alcohol but MSN Messenger 8.1 from \install In order to successfully troubleshhot I'd suggest that you remain consistent in your structure and order.

If you check your text against my example, you will see that you have forgotten to use the 'forward slash' in your closing code tag. You may also notice that your coded text contains far more than a dozen lines and would have been a more likely candidate for codebox tags! <Edit> Okay it appears that you've done it whilst I was composing the reply. ...and thank you usually works well in most cultures! </Edit> <Edit2> all the install lines in your cmd file are incorrect @CMDOW @ /HID ||@ECHO OFF SET "KEY=HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnceEx" REG ADD %KEY% /V TITLE /D "Installing Applications" /F REG ADD %KEY%\005 /VE /D "MSN Messenger 8.1" /F REG ADD %KEY%\005 /V 1 /D "%systemdrive%\install\MsnMsgs.msi /qn" /F REG ADD %KEY%\010 /VE /D "Office 2003" /f REG ADD %KEY%\010 /V 1 /D "\"%systemdrive%\install\Office 2003\PRO11.msi\" /QB" /F REG ADD %KEY%\060 /VE /D "Alcohol 120" /F REG ADD %KEY%\060 /V 1 /D "%systemdrive%\install\alcohol\setup.exe /qn Reboot=Suppress" /F REG ADD %KEY%\060 /V 2 /D "REGEDIT /S %systemdrive%\install\alcohol\register.reg" REG ADD %KEY%\065 /VE /D "Cleaning Up and Rebooting" /F REG ADD %KEY%\065 /V 1 /D "%systemdrive%\install\cleanup.cmd" /F EXIT </Edit2>

Current (Stable)

When you are posting large chunks of code you should be, as stated in the announcement, using code tags.To do that you type First lineSecond line Third line Fourth line Fifth line Sixth line Seventh line - This one is a relatively long line which could wrap onto the next line possibly spoiling the flow of text Eighth line Ninth line Tenth line Eleventh line Twelfth line This will produce this First line Second line Third line Fourth line Fifth line Sixth line Seventh line - This one is a relatively long line which could wrap onto the next line possibly spoiling the flow of text Eighth line Ninth line Tenth line Eleventh line Twelfth line

What about including the option therefore to use cdburn from the 2003 Resource Kit or CreateCD for XP 2003 users?

SOURCE is the 'source files' SOURCESS is the resulting output. HFSLIP doesn't multitask, the PC user does. Also what do you think the script is doing?It is copying, extracting, compressing, moving, deleting, writing and reading files, running nested for loops, storing data in memory and possibly running installers. It does all this as multiple commands in quick succession, hence the name script. I would think it fool-hardy to run anything else on top of that and expect a flawlessly produced resultant SOURCESS directory or ISO file. Also what is the point of console output if people are not even looking at it? I am not, and have not, stated my opinion on the main topic of discussion in this thread, just the incorrect remarks used in order to try to make a point. I find that submitting factual data is the most effective way of attempting persuasion to learned readers.

Once again another assumption!My HFSLIP takes around 7 minutes, 11 if I integrate XPize. It is six years old and runs on an old AMD XP+ with 1 Gb RAM. From what I have learned attending these forums over the last two years, it is reasonable to assume that my PC is not considered a 'faster computer' from an average selection of forum users. My assumption therefore is that your HFSLIP is taking longer because, for one or more of the following reasons: Multitasking, which isn't a good idea considering the memory intensive work it is undertaking. Recreating your source files from scratch on each run Integrating many additional things such as XPize and addons into your disk Not maintaining your PC for optimum usage.

Upon which data did you base that?When you've finished with whatever else you feel like doing, whilst HFSLIP is running, there will be a cmd Window indicating that it has finished. The script will only run for a period of around 6½ - 15minutes. If you aren't capable of remembering what else you were doing in the last quarter of a hour

well not exactly! 1 10 100 11 12 13 14 15 16 17 18 19 2 20 21 22 23 however depending on numbers 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 The guide uses increments of five only to lessen any editing if you need to slot an application in at a later date.

Why not go for Monad, it is the successor to vbscript and is in many ways similar.

The numbers create a working 'numerical' order for the various installations. It is very useful when specific things need to be installed before others. The lowest number numerically will install first; i.e. \015 will install before \018 or \020 etc.

It's not any sort of turn. You asked for something for which there is a very small chance of receiving responses. I have simply suggested why, and as you've seen, you've had no positive responses. The most common method used to do something similar to what you think is a benefit, is to redirect the Program Files folder to an alternate location as part of your setup configuration. You can put them on a different drive /partition and if really needed rename them then.

Can you tell me the console output? @ECHO OFF &SETLOCAL >$T_.CMD ECHO/@SET %%1=%%RANDOM%% CALL $T_.CMD V ECHO/%V% &&DEL $T_.CMD

You believe that yourself /software is incapable of preventing malware. As a result of which they do not have a setup switch and are therefore not part of your quandry. You will of course still need to defragment all the other drives or partitions upon which your programs are now installed. Will you not be backing up your Programs then? are they not worth having? If so you will need to create images of more than one volume and maintain them in such a way as to ensure that image of drive y: is always restored together with image of drive z:. Common Program Files, Application Data, system location files services and registry data could all tie to your applications in some way. It does appear that for maintenance /organisation efficiency at least, the most effective solution is to keep them all together in one place. The Program Files folder on the System Drive would therefore prove the most logical choice.

you are correct, it doesn't work in XP!

This is a batch file which will give you the day of the week, however it needs to use a vbscript to do it. @ECHO OFF &SETLOCAL ENABLEEXTENSIONS SET "TM_=%TEMP%\_TMP$.VBS" >%TM_% ECHO/WSCRIPT.ECHO WEEKDAYNAME(WEEKDAY(DATE),TRUE) FOR /F %%? IN ('CSCRIPT //NOLOGO %TM_%') DO (SET "WD_=%%?" &&(DEL %TM_%)) ECHO/Weekday is %WD_% ENDLOCAL &GOTO :EOFI would also suggest that your entire project is a vbscript one too.

If this is a driver, then I'll bet that there isn't a section called DefaultInstall to run. I would suggest you search the appropriate forum for a driver install method instead.

jdoe has certainly posted a SendTo expand and cab idea before, and if I remember correctly it was in both batch or vbs. Here is a more robust system to the one you're offering. Firstly it doesn't use %1% since the variable should be typed as %1. It is a little more robust because the batch files are better and the inf simpler. It can still be uninstalled using Add/Remove Programs. To use it, extract the contents of the zip file to a location of your choice, right-click on phrenic.inf and choose install, you can now delete the contents of the zip if you wish. You will now be able to right click on a file or folder and choose 'cabitup.cmd' or 'expandit.cmd' from the Send To menu. Cabitup.cmd will accept a file or folder, if it is a folder, you will get a cab file, if a file it will be compressed with makecab.exe. Expandit.cmd will only accept a file; if it is a cab file then it will be extracted to a folder of similar name, if a cabbed file then it will uncab that file. Hope it helps someone out. <Edit> The file I have posted is not in any way only for users of a 3rd party file manager. Any Win2k XP and 2k3 explorer right-click should suffice. </Edit> phrenic.zip

Something seems a little odd! As far as I know KB913433 is for Windows XP, ME and 98SE As far as I know WINNT/system32 is in Windows NT and 2000 What OS are you running? if it is as you stated XPCD, then you will need to re-check the information you are giving us for diagnosis.

If you are expecting software authors and more usually installation packaging software creators to include switches in all their products so that the content can be installed into a non-standard locations for a very tiny minority then I think you may be here for a very long time. What would be the thinking behind installing programs in a location other than %programfiles%, and as a result of the above query, how do any pros outweigh the cons?

Isn't it refreshing to know that there's probably someone else out there who's already made a similar mistake! Still, although your problem is now fixed, I'd be happy to here from anyone, a successful method, (unattended or otherwise), of removing the administrative tools from all users, since all users are not administrators. The tools must still be available to 'selected' admin users and preferably at their usual entry point(s).

I have seen it empty before. If I remember rightly it was when I moved %AllUsersProfile%\Start Menu\Programs\Administrative Toolsto %UserProfile%\Start Menu\Programs\Administrative Toolswhen logged in as Administrator. I cannot understand for the life of me, why administration tools would be directly available to all users. Anyhow, as the logged in Administrator after performing this move, the Administrator Tools group appeared empty. Another possibility may be the lack or corruption of the desktop.ini within that folder example [LocalizedFileNames] Component Services.lnk=@C:\WINDOWS\system32\comres.dll,-661 Computer Management.lnk=@%SystemRoot%\system32\shell32.dll,-22023 Event Viewer.lnk=@%SystemRoot%\system32\shell32.dll,-22029 Performance.lnk=@%SystemRoot%\system32\shell32.dll,-22055 Data Sources (ODBC).lnk=@%SystemRoot%\system32\shell32.dll,-22025 Local Security Policy.lnk=@%SystemRoot%\system32\shell32.dll,-22040 Services.lnk=@%SystemRoot%\system32\shell32.dll,-22059 [.ShellClassInfo] LocalizedResourceName=@%SystemRoot%\system32\shell32.dll,-21762