Geej

@Mim0 It would be great with your support of cmd script. Just put it on your xp-list. I would love to withdraw support when a better solution to defrag is available. (Like yours) It's for the benefit of the HFSLIP community. Cheers

This is a test user can try. To see sysoc.inf entry when sysoc perform a delete operation, you can perform the following test in virtual machine. Do not defrag your sysoc.inf Add these 3 applications to HFAAO: (These have 'delete operation' to sysoc.inf when you uninstall the program.) 1) OpenSelectedURL_True_Addon.cab ; 2) Doug_UberIcon_AddOn_v2.0.7z (There is a small bug in it's inf. Pls edit it's inf in [sysoc.Edit] section) [sysoc.Edit] ;%17%\sysoc.inf,Componets,UberIcon=* %17%\sysoc.inf,Components,UberIcon=* ; replace with this line as there was a misspell of Components 3) RandomWallChanger_Addon.cab ; Slipstream it. Then after you have install in VM, open up C:\WINDOWS\inf\sysoc.inf to view. (save a copy as backup to My documents) You should see at least 3 entries in your sysoc.inf [Components] RWPC=ocgen.dll,OcEntry,RWPC.inf,HIDE,7 UberIcon=ocgen.dll,OcEntry,UberIcon.inf,HIDE,7 OpenSURL=ocgen.dll,OcEntry,OpenSURL.inf,HIDE,7 Close sysoc.inf Now uninstall UberIcon 1.0.4 by clicking the 'Remove" button. Open up Sysoc.inf again. The whole part of HFSliped [Components] sections is now gone. (just by uninstall 1 program) ===== Let do another test by cleaning up IE6 icon in Add/Remove Windows Components ===== Edit sysoc.inf in My Documents and place a semi-colon at the beginning of UberIcon entry as below: ;UberIcon=ocgen.dll,OcEntry,UberIcon.inf,HIDE,7 Save the file and copy back to C:\WINDOWS\inf. Replace it when prompt. Use/create this cleanup file, ClnupSYSOC.inf by right-click and Select 'Install' ;ClnupSYSOC.inf [Version] Signature=$Windows NT$ [Defaultinstall] UpdateInis =SYSOC.Edit [SYSOC.Edit] %17%\sysoc.inf,Components,IEAccess=* ;Remove Internet Explorer 6 icon Re-open sysoc.inf. You will see that HFSliped [Components] portion is wipe out too. (BTW, IE6 icon is gone now) ===== All these problems would go away if sysoc.inf is defraged. ===== It would be nice of Mim0 since he can provides the cmd script as it can defrag any numbers of [Components] sections. The whole idea is to give a solution to it, irregardless who provide the solution. Added #9 link alternative to #1 as per Lilla suggestion.

It will be nice if HFSLIP can address it directly, w/o needing 3rd party tool

See #6 for more links

Lilla, bphlpt & Mino Just to sum up my thought too... Lilla has pointed correctly that this is a subtle problem that most are not aware of. I only aware of it when I was learning inf addon. I observed nlite & RMVi user do not complain after uninstall application from sysoc.inf. Which made me observed/monitor entry to sysoc.inf after an uninstall. Hence my observation that the whole portion made by HFSLIP is wipe out after sysoc.inf did an update to it's entry. Also I compare sysoc.inf made by nlite & RMVi. nlite can combined any multiple section of [Components] while RMVi only combine 1st & last sections of [Components], leaving out the middle [Components]. Most of HFSLIP's user do not test the uninstall part of sysoc.inf application. So I think they do not see this subtle problem. If user do not feed their HLSliped sourcess to nlite or RMVi, this utility is useful. No harm using it, right? bphlpt, just follow post #1 instruction if you want to use it. Ignore #9. #9 is developed due to the unique situation of Lilla. I hope any user who wish to defrag their sysoc.inf, please stick to #1 instruction. (There is no need to download both exe.). Also I use #1's exe myself In my opinion, if you use HFSLIP only to slipstream, then I think it is pretty essential. Unless you don't use sysoc addon. Min0, there is no fix [Components] section in your SOURCE. It may varies by the number of [Components] section. I'm unable to write a complex script when input varies. Hence user need to ensure sysoc.inf In SOURCE has a predefined sequence. You only need to edit once in your SOURCE. After that, you can re-slip over and over again. (not too hard, right?) The problem only appear when an application does it uninstall thru it's inf and update the entry (by deleting) in sysoc.inf. You need to check the program's inf whether it has an update to sysoc entry or not. This part is subjective. I would also love to hear from others esp tommyp and fdv too Cheers

Updated to 2.0.1 Beta 18408

Updated to 4.2 build 2525

Update the 2 scripts (in Post #1 & #9) - Now writes from line 2 and add a blank line at end of file B'cause it will look neater if there is a 'delete entry' operation to sysoc.inf such as program uninstall. [Components] section will be moved down automatically by XP once there is a delete operation. - Tidy up internal codes - Add a switch /nobackup if you want SYSOCBAK.IN_ to be deleted in SOURCESS\I386 after run. It will only be deleted if defragsysoc.exe or defrag2sysoc.exe completed successfully. A small log (defragsysoc.log or defrag2sysoc.log) will be created in HFTOOLS, indicating it's status. - To run with /nobackup, HFSLIP_POST_DefragSysoc.cmd or HFSLIP_POST_Defrag2Sysoc.cmd need to change to "%~dp0DefragSysoc.exe" /nobackup or "%~dp0Defrag2Sysoc.exe" /nobackup

Homepage OpenExpert adds "Open with" to the context menu of any chosen file type, using any applications you decide. So you can easily open your graphic files with your favorite paint program, or view your HTML files in either Firefox or Internet Explorer, just with a few clicks of the mouse. +++ Main Features +++ Adds a user-configurable "Open with" sub-menu to each file. Allows an unlimited number of applications for each file type. Easily add applications for any file types. Import and export of configuration data to copy settings to another system. Very small memory footprint OpenExpert is free for personal use! 2 Sample association extension are provided so that you can add your own to the list of extension. .bmp with MS Paint .rar with WinRAR Install via sysoc.inf OpenExpert_Addon.cab Size: 451.12 Kb (461,944 bytes) MD5: 7E57FC5FC671975ED495E4F63CE38627

U need Flash_Plugin_10.0.45.2_AddOn Hope that helps

I dun know how to convert runonce to runonceex via the hfslpgui.inf What I mean is to run the exe file via the runonceex route. There is a known method suggested in the Unattended Windows/RunOnceEx from CD But since HFSLIP support Autoit, why not use this feature rather than using batch file. By using batch file, you have to use cmdow.exe to hide console window. Autoit do not need that. And you can keep adding your application here. nlite & RMVi can't do this I shall provide you with sample autoit syntax and you just modify it according to your need. Take for example, DOTNET 3.0 & 3.5 to install via RunOnceEx instead of HFGUIRUNONCE I run .Net 3.0 & 3.5 via a single exe using HFEXPERT\AUTOIT folder (You create this folder manually). Syntax for the registry entry is (I called it ROEscript.au3. The .au3 is simply a text file with .au3 extension) $ROE="HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnceEx" ;Assign $ROE to stated string. Similar to Set command RegWrite($ROE, 'TITLE', 'Reg_sz', 'Installing Applications . . .');The Main RunOnceEx Windows Title. (Note: Default is 'Windows Update') RegWrite($ROE&'\DNF3', '', 'Reg_sz', '.Net 3.0 SP2 and 3.5 SP1'); Application name to appear in your RunonceEx windows RegWrite($ROE&'\DNF3', '1', 'Reg_sz', [b]@ScriptDir[/b]&"\DNF335.exe"); command with switch. Can also be switchless if exe is repackage. RegWrite($ROE&'\FolderSize', '', 'Reg_sz', 'Folder Size 2.4'); adding next application reg entry RegWrite($ROE&'\FolderSize', '1', 'Reg_sz', @ScriptDir&"\FolderSize-2.4.msi /quiet") Drag ROEscript.au3 to autoit3.exe to execute the script Now open up your registry and view your ROE entry to have a feel how things looks like. You can add more syntax and recheck your registry to confirm. (After viewing, delete these added keys) During execution at T13, only registry entry are written. Hence when 1st reboot, your application is install via D:\I386\SVCPACK\ (Assume you tested in VM) Advantage: Installer.exe do not need to copied to harddisk first. It installs from CD. Useful for big switchless exe like .NET 3.0 & 3.5 Constraint using AUTOIT folder: Requires main executable AutoIt3.exe to be present. You can get it from the main webpage. (Just download the ZIP package and place autoit3.exe in EXPERT\AUTOIT folder ROEScript.au3 can be >8.3 but filename must not have space Min files must have at least 3 files AutoIt3.exe <-essential ROEScript.au3 <- autoit installer script, in text form Installer.exe <- your installer application Subsequently, if you wish to add more application using ROE, just add entry to ROEscript.au3 and put new installer file in this folder. ROEscript.au3 Pls test in VM.

If u just want to get a sense of completion, try using RunOnceEx instead

HFSLIP homepage for HFAAO states that it only supprt .cab & .7z format. It never mentions support for .rar format at all (although I have seem some codes for RAR files in hfslip-xxx.cmd and I tested them before but never get it to work) I simply convert .rar to .CAB or .7z. Usually no problem at all after reslip.

Thanks for the feedback.

Hi, Sylver123 Here is the package you requested. - Set to auto startup on current user only (not all users) - Create a start menu to launch the program (current user start menu) TrueTransparencySi.cab Size: 2.53 Mb (2,653,235 bytes) MD5: 39B7BFCA636CA79CFC21C599BACF21FA Will host for 7 days (or after you download) only

How about these? http://vlaurie.com/computers2/Articles/runbetter.htm http://blogs.howtogeek.com/mysticgeek/2009/03/12/make-windows-xp-shut-down-faster/ Super Fast Shutdown 1.0 Goolge more and you can find more articles & tricks.

Hi Lilla I have re-script to suit your situation. It's Defrag2Sysoc.exe. (The number 2 here means defrag with 2 [Components] sections in SOURCE.) Script towards your given SYSOC_3sourcess_after.inf, meaning SYSOC.INF should have the following orders in your SOURCE: [Version] [Components] [Global] [Components] <--Location must be right after [Global] and before [Strings] sections [Strings] Hope that solve the problem. Defrag2Sysoc.exe still support /check switch - Add /nobackup switch if you want SYSOCBAK.IN_ to be deleted after run. - Has also modify code to check SOURCE\I386 but still need user to visual inspect/edit the file. Script will expand to inspect numbers of [Components] section, Ask if user wish to open sysoc.inf using default notepad for viewing/editing If yes, open file. After user save/modify/no modify the file, user close the file, the script will makecab it to SYSOC.IN_ . Then finally delete sysoc.inf and exit script) BTW, if there is any error, error message will not timeout. Hence any user is able to use this alternative script if their SOURCE matches the above requrirement listed in the codebox. Just modify HFSLIP_POST_Defrag2Sysoc.cmd to below code (or DL this simple cmd attachment to HFTOOLS folder) "%~dp0Defrag2Sysoc.exe" or "%~dp0Defrag2Sysoc.exe" /nobackup Edit 30-Apr-2010: Alternatve script removed as main script able to handles multiple [Components] sections

The error would only appear when DefragSysoc.exe is ran. It doesn't write to any log file. Here is a way to manually simulate it. Assuming on C:\ root, create a dummy folder call Dummy (i.e C:\Dummy) In C:\Dummy, create HFTOOLS, SOURCE\I386 & SOURCESS\I368 folders Put your Edited sysoc.IN_ in C:\Dummy\SOURCE\I386 Put DefragSysoc.exe in C:\Dummy\HFTOOLS (You may wish to run a quick check in HFTOOLS. Just open in console box and run this command, DefragSysoc /check) Put SYSOC_3sourcess_after.inf in C:\Dummy\SOURCESS\I368 Make sure SYSOC_3sourcess_after.inf is rename to SYSOC.inf. Then manually merge this line [Components] msnexplr=ocmsn.dll,OcEntry,msnmsn.inf,,7 to the main [Components]. Remove this [Components] string. So now you have 2 [Components] section. Makecab to SYSOC.IN_. Then delete SYSOC.INF Double click on DefragSysoc.exe to let it process. After run, check the content of SYSOC.INF in your SOURCESS. You should be able to see SYSOCBAK.IN_ as well. Normally When I run HFSLIP, I would let it create the iso as well. Ususally all these are unattended. I still have no clue why HFSLIP is modifying your SOURCE. It doesn't modify mine in my case. Sorry to say that. ===== update DefragSysoc.exe to include quick check on SOURCE\I386\SYSOC.IN_ See 1st post for detail. Thanks

I have tested with hfslip-1.7.10_beta_G.cmd, works okay on my side. (But I will check more on my SOURCE\I386 when I get home.) Let me know what is the error message generated by defragsysoc.exe when run with HFSLIP. Also I notice in HFTOOLS folder, you have HFANSWER.INF. I have it as HFANSWER.INI (Nav to Guidelines->Extra; item2) I dun know if there is any different. You might want to rename this.

The backup file created by DefragSysoc (SOURCESS\I386\SYSOCBAK.IN_) does not exist because in SOURCE\i386 folder, sysoc.in_ is still having 2 [Components] sections. (SYSOC_2source_after.inf) You should only have 1 edited sysoc.in_ in your SOURCE\i386 folder. (SYSOC_1sourceEDITED_before.inf is preferred, just rename to sysoc.inf & compressed it to sysoc.in_) How SYSOC_2source_after.inf comes about, I dun know. It should not be there. DefragSysoc.exe only look for sysoc.in_ in SOURCESS\i386 to process. If you have more than 1 copy of sysoc.in? in SOURCE\i386, then maybe DefragSysoc.exe process the wrong sysoc.in_ (Not tested) Remove all other duplicated sysoc.in? in SOURCE\i386 folder if any. Then test again in VM or let me know what is the error message generated by DefragSysoc.exe The double quote should not be removed unless the file full path to DefragSysoc.exe does not contain space.Hope that helps, Kinds regards

See whether these 2 links can help or not: http://kb2.adobe.com/cps/405/kb405461.html http://kb2.adobe.com/cps/328/328233.html

I made this autoit utility (DefragSysoc.exe) to defrag sysoc.inf (In SOURCESS\I386\SYSOC.IN_) after HFSLIP has added new entries to the end of sysoc.inf. The purpose is to prevent potential bugs/error message to appear when application uses uninstall section of the inf and update the entries in sysoc.inf. When 2 applications are uninstalled via it's inf, the whole portion of [Components] section added by HFSLIP is wipe out. (I think XP does not know how to process more than 1 [Components] section.) The error message appears when you click on "Add/Removes Windows Components" in Add/Remove Programs. To prevent this, the [Components] section need to defrag. I think nlite & RMVi called it optimizing sysoc.inf. I called it defrag sysoc.inf since everyone understood what 'defrag' generally means - Put DefragSysoc.exe in HFTOOLS (will only work from this location) - Create HFSLIP_POST_DefragSysoc.cmd in HFTOOLS, with code or DL the simple cmd attachment "%~dp0DefragSysoc.exe" HFSLIP_POST_DefragSysoc.cmd DefragSysoc.exe now match mulitple [Components] section's items using regular expression: $sCmpList=StringRegExp (FileRead ($FHopen),'(.*=[^\d].*,\s?\d)',3)*Pls feedback if the regular expression match or miss some strings that is not part of [Components] items. A backup copy is created in SOURCESS\I386\SYSYOCBAK.IN_ just in case. This is the exact copy that HFSLIP created. (When expand, it's filename is SYSOC.INF, and not SYSOCBAK.INF) DefragSysoc.exe includes some error handling situation. In such event, no changes will be made to your SYSOC.IN_ Error message will pop up, required user to acknowledge the problem found and script will exit. DefragSysoc.exe will run silently/unattended if no problems are found and can defrag successfully. A defraged sysoc.in_ file size should be smaller than SYSOCBAK.IN_ ====Edit3:Add: /nobackup switch if you wish SYSOCBAK.IN_ to be deleted. Change HFSLIP_POST_DefragSysoc.cmd to "%~dp0DefragSysoc.exe" /nobackupAdd defrag runtime when use with /nobackup via DefragSysoc.log (loc in HFTOOLS)(DefragSysoc.exe generally runs under < 1 sec) Pls test in virtual machine to verify. I tested in XP Pro with hfslip-1.7.10_beta_J. Hope this is useful... DefragSysoc.exe Size: 356.97 Kb (365,541 bytes) MD5: DF26D700B1882EEFB6C1840745F8303E

U can open up your sysoc.inf on a hfslip-installed PC and look at the [Components] section's entry. One of those entries could be the one you are trying to hunt down. You can comment out the entry and recheck the listing again by closing and re-clicking Add/Remove Windows Components button. Eg. to remove the old IE6 Icon listed in Windows Compenents, the entry is IEAccess=ocgen.dll,OcEntry,ieaccess.inf,,7 Just comment out the line to confirm, like below ;IEAccess=ocgen.dll,OcEntry,ieaccess.inf,,7 Me too.

Since your are replacing SHELL32.dll,MSGINA.dll,NTOSKRNL.dll & WINNTBBU.dll in your nlite source, possible solution might be these 2 references: http://unattended.msfn.org/unattended.xp/view/web/64/ http://unattended.msfn.org/unattended.xp/view/web/66/ Hope this is something useful

delete -- double post #14