HFSLIP Changelog

What's new in HFSLIP 1.7.9

Dec 3, 2009

Change to Creative Commons license agreement
Some users could not understand that personal use means personal use
Added better host OS detection
[XPSP3] added support for IE8, Windows Installer 4.5 and a few more directx files
Miscellaneous bugs ironed out
Handling of Dell OEM cds is now made functional

New in HFSLIP 1.7.8 (Sep 10, 2008)

New in HFSLIP 1.7.7 (Sep 10, 2008)

New in HFSLIP 1.7.6 (Sep 10, 2008)

New in HFSLIP 1.7.5 (Sep 10, 2008)

New in HFSLIP 1.7.4 (Sep 10, 2008)

New in HFSLIP 1.7.4 (Mar 12, 2008)

New in HFSLIP 1.7.3 (Jan 12, 2008)

New in HFSLIP 1.7.1 (Dec 15, 2007)

Bug fix:
[XPSP1] corrected error in RunOnceEx entry for BITS update
Feature updates:
"FIX" folder is replaced with a folder named "REPLACE" which covers the entire SOURCESS folder
Should the old FIX folder still exist, HFSLIP will copy its content into REPLACEI386 and then remove the FIX folder.
using code posted on MSFN by Yz�wl (slightly adapted) to determine the host OS; used with permission
HFSLIP doesn't do the admin rights check if the host OS is Windows Vista
also checking for the presence of FIND.EXE in the system32 folder of the host OS
increased check for modifyPE.exe requirement if IE7 needs to be processed (should be present in all cases except for slipstreaming IE7)
if the host OS is Windows Vista and modifyPE.exe is required for one or more items to be processed, HFSLIP will display a warning containing advised steps and then abort
if a *.EXT removal file is placed in HFCLEANUP, HFSLIP now shows the names of the files that were removed
files in old HFSVCPACK_SW folder are no longer copied into HFSVCPACK_SW1 or HFSVCPACK_SW2 automatically
rearranged HFSLIP.LOG content
HFSLIP.LOG now mentions if CAT files were removed; it also states whether there were exceptions (DELCATS_OVERRIDE)
host OS is mentioned in HFSLIP.LOG
with compression methods A, B, and C, the message "HFCLEANUP Detected" does not appear in HFSLIP.LOG anymore if there is only a *.EXT file in the HFCLEANUP folder (as was already the case for compression methods D, E, and F)
General updates:
in some cases, HFSLIP checked for a partial filename (eg, *891861*) if it needed to know if a hotfix is present or not; this could cause problems if the user manually extracted a hotfix into a subfolder and later deleted the hotfix but not the subfolder (eg, if you did that with the Win2K Rollup, HFSLIP would've added entries for Rollup binaries in TXTSETUP.SIF, resulting in copy errors during Windows setup); HFSLIP now also checks for the file extension in those cases (eg, *891861*.EXE)
if anything needs to be run/installed at first GUI logon, it is first verified that the system is no longer in setup before executing any commands as to avoid accidental installation at T-13; if Windows setup hasn't finished yet, the file that regulates the first GUI logon installs will exit and it will be called again at the next RunOnce event (repeated as often as necessary)
dropped all the advanced KB890046 killbit detections which slow down HFSLIP; the killbit is now added if the source is not XPSP3 or 2K3SP2, and if IE7 isn't slipstreamed or integrated -- plain and simple
blocked KB942763 (4th cumulative time zone update) when placed in the HF folder
FlashUtil*.exe from SWFLASH.CAB is now slipstreamed too
the registry key for the GDI Detection Tool is added from HFSLIPWU.INF again instead of from HFSLPHIV.INF (so HFSLPHIV.INF is not created for XPSP3 just for that)
[2KPRO] WMS subfolder in hotfixes such as the Update Rollup is ignored
[2KSVR] WMS4.CAB is expanded by default; if updated binaries from a hotfix's WMS subfolder exist, WMS4.CAB will be updated
[2KSVR] rdpwd.sys from the Update Rollup is now also deleted if KB899591 is found in HFBASIC or HFNOREG
[2K] MuAuth.cab is now copied via HFSLIPWU.INF just like for WinXP/2K3
[2K] netdiag.exe from KB911280 is sliptreamed into the new source and copied into SYSTEM32 during Windows setup if SOURCESUPPORTTOOLSSUPPORT.CAB does not exist
[2K] some enhancements to the handling of the post-SP4 Rollup Update to avoid conflicts with future versions of the Rollup Update and future MDAC updates
[2K] HFSLIP now looks in more locations to get REG.EXE (used to enable 48-bit LBA support), in this order: HFTOOLS > HFEXPERTWINSYSTEM32 > %WINDIR%SYSTEM32 > SOURCESUPPORTTOOLSSUPPORT.CAB; the first one encountered will be used
[XP] added support for "regular" KB905474 hotfix (without "Standalone" in the name)
[XP] more careful handling of KB928470; applies only to XP Home, and now looking for specific KB number instead of for windowsupdatepkg subfolder to identify it
[2K3] WMS.CAB is expanded by default; if updated binaries exist, WMS.CAB will be updated (adds support for new KB944275 hotfix)
[2K3] in order for HFSLIP to rename localized w03*.dll files to w03a2409.dll/w03a3409.dll, HFSLIP now needs to be able to determine the language of the source OS correctly; if in doubt, check the reported language in HFSLIP.LOG
[2K3SP2] update.microsoft.com and download.windowsupdate.com are added to trusted zones
[DX9] slipstreaming of hotfixes with "DX9" in their name is delayed until after DirectX9 is slipstreamed
[2K DX9] added support for new DirectX9 hotfix (Windows2000-KB941568-DX9) which contains a new subfolder "dx9"
[2K3SP1/2 DX9] revised slipstreaming of DX9 core; used file: dxnt.cab
[2K3SP1/2 DX9] a custom cab file is created in the HFCABS folder containing the DX9 core binaries which can be slipstreamed into 2K3SP1/2
This cab is used whenever HFSLIP is run again so dxnt.cab doesn't need to be processed again.
If the custom cab file is detected in the HFCABS folder when HFSLIP is run again and you have directx_9c_redist.exe in the HF folder, directx_9c_redist.exe won't be extracted/processed any more. directx_mmmyyyy_redist.exe will be, because it may contain updated DX9 extras.
[2K3SP0 DX9] slipstreaming the DX9 core into Server 2003 Gold is no longer supported
[2K3 IE7installer] HFSLIP now defaults to installing IE7 at T-13 (SVCPACK)
[2K3 IE7installer] "Show Desktop" icon is created again if IE7 is integrated
[XP/2K3 IE7] because of problems with double-byte characters and such, the full SHELL.INF content is added to the file that force-installs the Show Desktop icon for certain languages
Languages for which this workaround is NOT necessary: Danish, Dutch, English, Finnish, French, German, Italian, Norwegian, Portuguese (Brazil), Portuguese (Portugal) and Swedish
[IE7] if IE7 is slipstreamed/integrated, a flag is added to the Windows registry during Windows setup to allow the Office 2007 authorization DLL to interact with Office Update (as was already done before for the one from Office 2003)
[IE7slipstream] HFSLIP now needs to be able to determine the language of the source OS correctly; if in doubt, check the reported language in HFSLIP.LOG
[IE7slipstream] xmllitesetup.exe is not processed if the source OS is XPSP3
[IE7slipstream] worked around weird DOS peculiarity that treats the Dutch WindowsXP-KB908531-v2-x86-NLD.exe as a file which has "IE7" in its name (impact was just a duplicate INF file); SVCPACK/GUI methods were not affected
[IE7installer] the INF files from IE7 hotfixes are integrated into the installer created by HFSLIP, and are executed after IE7 is installed
[IE7installer] HFSLIP defaults to letting the updated installer make a backup; to avoid that, specify IE7BACKUP=0 in HFANSWER.INI
[IE7-GUILOGON] when ieframe.dll from the cumulative update for IE7 is integrated into the GUI logon installer created by HFSLIP (replacing ieframe.dll from the main IE7 package), IE7 doesn't function as intended (for example, runonce.msn.com/runonce2.aspx web site fails to execute the interactive portions of IE7 setup); HFSLIP works around this by letting the new installer install the original ieframe.dll from IE7 first, and only replacing it with the newer version after the manual reboot following the installation of IE7
[2K WMP9] if you are having problems with streaming online media after slipstreaming WMP9, you can test a solution by specifying ForceWMP9Streaming=1 in HFANSWER.INI
[2K WMP9] laprxy.dll and logagent.exe are copied into SYSTEM32 at T-13 again for several languages
[WMP9/10/11] only playlists which already exist in the source are slipstreamed
[WM10] tightened rules on which Windows Media upgrades can work together
[WM10] improved support for KB913800 for XPMCE (latest WMP10 material); can be used on regular XP if also slipstreaming MP10Setup.exe
[WM] added support for new naming standard of subfolders in Windows Media hotfixes such as KB944110
[WM] if the codecs aren't updated, XPMCESP2 and 2003SP1 get the correct binaries from "multi-version" Windows Media hotfixes such as KB923689
[WM] multi-version Windows Media hotfixes such as KB923689 are no longer blocked if WMP11 is detected in HF because they may now contain updates for WMP11 too (be careful!)
[2K WM] added support for WindowsMedia9-KB891122-x86-Global-ENU.exe in HF (if wmfdist.exe doesn't yet exist)
[XP WM] added support for WindowsMedia-KB891122-x86-XXX.exe in HF (if wmfdist95.exe doesn't yet exist)
[XP WM] if Update Rollup 2 for MCE 2005 is included but the source OS is not MCE 2005, only wmfdist95.exe is taken into account (if wmfdist95.exe doesn't yet exist)
[XP WM] HFSLIP now distinguishes between the KB891122 and the MCE UR2 version of wmfdist95.exe because they need different binaries from WM hotfixes (KB891122 should be treated as WMP10); HFSLIP can do this even if wmfdist95.exe exists loose in HF

New in HFSLIP 1.6.4 (Oct 16, 2007)

New in HFSLIP 1.6.3 (Oct 1, 2007)

Bug fixes:
[XPSP2] fixed problem causing permissions to be changed on the HKLMSOFTWAREMicrosoftWindowsCurrentVersionpolicies registry key
General updates:
added support for forthcoming XP SP3
blocked the 2nd and 3rd cumulative TZ update executable and removed extra code that handled it; use TZ package for HFSLIP�� instead
if a binary in an I386 subfolder (except SVCPACK) exists in both compressed and non-compressed format, BOTH versions are replaced
hotfixes in the HF folder with "W2K_SP5" in their name are now treated as Type 1 hotfixes
useless subfolder named "56bit" coming from hotfixes is not copied to the new source (eg: Q818043 for Win2K)
easycdblock.inf is now placed in the %SYSTEMROOT%INF folder; this should satisfy Sysprep
improved detection for when it's necessary to include the KB890046 killbit that is missing from KB920213
[2K] if the HFBASIC and HFNOREG subfolders are not used and agentdpv.dll is slipstreamed, KB890046 killbit is no longer force-added because it's finally included in KB938827
[2K] if one of the DX9 cabs is corrupt and a *DX9* hotfix is present in HF, HFSLIP will display an error message, delete temporary folders and files, and abort
if one of the DX9 cabs is corrupt but no *DX9* hotfix is present in HF, HFSLIP will display a warning and abort slipstreaming of DX9
added support for cWnd.exe�� (v0.8 or higher) by n7Epsilon, which can be used as alternative for CMDOW.EXE
Extract the RAR package into a temporary folder and find cWnd.exe in the subfolder called "release."
Place cWnd.exe in HFTOOLS or in HFEXPERTWINSYSTEM32.
If both cWnd.exe and CMDOW.EXE are present, HFSLIP will slipstream both and have Windows setup use cWnd.exe in HFSLIP-made CMD files.
the command to use cWnd.exe or CMDOW.EXE in HFSLIP-made CMD files is now only written if cWnd.exe and/or CMDOW.EXE are present
added support for "update.exe" in HFTOOLS for use with Service Pack installers
This should only be used if for some reason the "update.exe" from within the Service Pack installer should be replaced before applying the Service Pack to the source.
Two cases in particular:
- slipstreaming SP4 into Windows 2000 Datacenter Server
- slipstreaming XP SP3 into Windows XP if the host OS is Windows 2000 (simply deleting setupapi.dll like for SP2 doesn't cut it anymore)
No support is given for this feature.
added support for Windows Script Host 5.7
WARNING!
The new scripten.exe is a Type 1 hotfix so the old WSH 5.6 (if named scriptxx.exe or scripxxx.exe), which is a Type 2 hotfix, is no longer supported!
Also, setuperr.log shows some errors related to the new WSH 5.7 files. This is a general problem (confirmed by Microsoft) and I haven't found a way around it yet. Advise: stick with WindowsXP-Windows2000-Script56-KB917344-x86-XXX.exe (or the mini KB917344 hotfix) for now, or place the new scripten.exe in HFSVCPACK_SW1.
WSH 5.6 named as "scripten.exe" is no longer supported (the new WSH 5.7 has the same name but it's a different type; we can't support both)
only one temporary folder is used during Windows setup (%SYSTEMROOT%HFSLPGUI merged with %SYSTEMROOT%HFSLIP)
the temporary folder %SYSTEMROOT%HFSLIP used during Windows setup is removed at first GUI logon instead of at T-13
if both SFCFILES.DL_ and SFCFILES.DLL exist in the source, only SFCFILES.DL_ will be copied to the new source
updated introduction pages in HFSLIP box (multiboot description, cWnd.exe and credits)

HFSLIP Changelog

What's new in HFSLIP 1.7.9

New in HFSLIP 1.7.8 (Sep 10, 2008)

New in HFSLIP 1.7.7 (Sep 10, 2008)

New in HFSLIP 1.7.6 (Sep 10, 2008)

New in HFSLIP 1.7.5 (Sep 10, 2008)

New in HFSLIP 1.7.4 (Sep 10, 2008)

New in HFSLIP 1.7.4 (Mar 12, 2008)

New in HFSLIP 1.7.3 (Jan 12, 2008)

New in HFSLIP 1.7.1 (Dec 15, 2007)

New in HFSLIP 1.6.4 (Oct 16, 2007)

New in HFSLIP 1.6.3 (Oct 1, 2007)

New in HFSLIP 1.6.2 (Aug 1, 2007)

New in HFSLIP 1.6.1 (Jul 16, 2007)

New in HFSLIP 1.0.1 (Oct 24, 2006)