Tomcat76

I actually experimented with that a couple of months ago and talked about it with TommyP. This never made it into a public release because it would "overcomplexify" () the code to add support for those security registry entries. To convert strings, whatever comes after a semi-colon needs to be ignored but those security keys actually contain lots of semi-colons and those should not be ignored. Still with me?

It's not supported. There are new entries. Please use the updated version of the time zone CAB package for HFSLIP but don't forget to read the note.

Updated for the 3rd time zone update.

I tried with version 0.7 and now I'm getting the problem on Windows XP. Note: I tested Windows XP Pro English before; this time I used XP Pro Dutch.

[i split this topic because it's a matter of its own.] HFSLIP doesn't support slipstreaming IE7 or WMP11 into Windows 2000. It was never considered because it's not publicly known what needs to be done to cater to Windows 2000 and if any additional programs or files are required. I know that some portions of IE7 are made to work on Windows 2000 too but I never investigated this further. It isn't top priority...

It's neither. The DirectX 9.0c core has not been updated since its initial release apart from one security update (KB904706). The runtimes that are released every other month only contain additional binaries and test files, mostly used for games, which are not part of the core application. So, because Windows XP SP2 comes stock with DX9c, the version notation in the diagnostic tool doesn't change after installing a newer runtime.

You're using the old roots update for XP/2K3. Get the new one for XP/2K3 here.

Thanks for the reply. I registered on the other forum but am still awaiting approval. Meanwhile, I've figured out it's a general problem with Server 2003 and not with the "child window". HFSLIP would use cWnd.exe in four occasions: 1) HFSLIP.CMD, which is called from SVCPACK.INF 2) HFSLPGUI.CMD, which is called from a registry key 3) the registry key that calls HFSLPGUI.CMD (it also contains a reference to cWnd.exe) 4) SETUP.CMD inside IE7_INST.EXE (the updated IE7 installer) All four work if the source OS is Windows XP. With Windows 2000, the first three work (the fourth is irrelevant). With Windows Server 2003, all four fail. Edit: Forgot to mention... The first version of cWnd.exe that I tested was 0.4. The problem outlined above exists in version 0.5 as well.

OK. Confirmed with Server 2003 Standard. I'm going to try Windows 2000 now.

No problems with version 0.5 either. Can you check that you have cWnd.ex_ in SOURCESS\I386 after HFSLIP has run? Does the file exist in the system32 folder after installing Windows?

I just did two tests: with the default IE7 handling and with IE7SVCPACK=1 specified. Everything installed fine in both cases. I'm now going to try version 0.5 of the tool.

HFSLIP is adding the correct code. I'll mention this to n7Epsilon who wrote the tool.

I'll need to try this. I tested with IE7 slipstreamed so it definitely works for HFSLIP.CMD and HFSLPGUI.CMD. Strange that it doesn't work for SETUP.CMD inside IE7_INST.EXE.

Uh... Your exact question is...?

Version 1.6.1 is no longer supported but you can get it here.

The version of urlmon.dll in IE7-WindowsXP-KB933566-x86-ENU.exe is 7.0.6000.20583. This is normally impossible. HFSLIP only slipstreams hotfixes of which the name starts with "IE7" into the new IE7_INST.EXE installer. The only way the new installer can contain a 6.0 version of urlmon.dll is when you used WindowsXP-KB933566-x86-ENU.exe but renamed it to IE7-WindowsXP-KB933566-x86-ENU.exe.

Those files came out good. Here's what I think... The DELCATS=1 setting causes Windows setup to pop up those error messages. But you waited a bit too long trying to get rid of them, which in turn caused HFSLIP.CMD to fail to be executed. Since Windows setup fails to load HFSLIP.CMD, Windows Update asks you to download 3 of the 4 updates you mentioned: Kumulatives Sicherheitsupdate für Internet Explorer 6 Service Pack 1 (KB933566) Sicherheitsupdate für Windows 2000 (KB900725) Updaterollup 1 für Windows 2000 Service Pack 4 (KB891861) I'm not sure why Windows Update is asking to install KB908531. Can you delete Windows2000-KB908531-v2-x86-DEU.EXE and download it again?

Support added into test release 70731a. If both CMDOW.EXE and cWnd.exe are detected, HFSLIP will slipstream both but use cWnd.exe in the CMD files that it creates.

Could be several things. Can you ZIP the following files together and attach it to your next post? SOURCESS\I386\HFSLIPWU.INF SOURCESS\I386\SVCPACK.INF SOURCESS\I386\SVCPACK\HFSLIP.CMD I can already tell you that WindowsMedia9-KB891122-x86-Global-ENU.exe is not supported. You need to extract wmfdist.exe from it.

It was 0.3 when I downloaded it You probably weren't referring to HFSLIP when you said that cmdow shouldn't be replaced, but I'll say anyway that it's not my intention to stop supporting it. I do realize the problem lies with lazy anti-virus makers and not the tool itself. I'd like for HFSLIP to support both with the least amount of code as possible.

I guess I should update the info in the main thread. DNF30.exe force-installs this program (the original in .NET 3.0 or the updated version) from a batch file, which probably explains why you don't get that error message when you install .NET 3.0 normally.

I'll wait...

Interesting... Thanks.

I have replied to your IM but I'll copy it here. I see a few problems with that log. First off, you are slipstreaming IE5 and IE6 updates together. Secondly, there are several unsupported hotfixes. And third, you are including an update for MDAC 2.8 SP1 but you are not slipstreaming MDAC 2.8 SP1 (MDAC_TYP.EXE). Please use my hotfix list and don't include any other updates. Please upgrade to the latest version of HFSLIP too.

@Smiley89 And what if you let HFSLIP create the ISO and install from that? @mystek I replied to your question in the SNM thread.