does this give us the freedom to rename files to set the order of installation? thanks!

Kiki--

Yes; that's the reason behind it.


S3pHiroTh--

In that case, I can only suggest not to use the prep tool. I'll write up a warning message in that thread.

By the way... Do you still have the problem if you use merging option D, E or F with HFSLIP after using the prep tool?

I don't know... if you want I'll do the tests, because, now, I have deleted the previous SOURCE directory (made by prep tool) because for me isn't useful, driver.cab is always recompressed. I'll do that test after I have solved (or discovered) why, if I run Windows Update, shows me 2 hotfix KB890830.

It isn't urgent. I just wanted to know as much as possible.

For those people having the DRIVER.CAB problems...

Here's a special version I'd like you to try out. It isn't supposed to shed more light on the situation; it's actually attempting to work around the problem. It force-copies new driver binaries instead of only copying those which are newer.

See that you don't get "0 files copied" while new driver binaries are processed (using merging option A, B or C). You should only get several occurances of "1 files copied", along with the names of the files.

It worked perfectly . Just a question, what do you recommend now? To continue with this source or that in my case I do not use the prep tool and start over? Would there be any problems?

?

Now that a more sensible workaround has been found, for the IE7 and RunOnceEx problems; are you going to revert to the previous methods used prior to the discovery of the problems?

I don't know if RunOnceEx problems were fixed because I never had them, but I can confirm the Quick Launch problem was fixed. The other issues, however, still remain:

* broken icons in Control Panel > User Accounts
* broken thumbnail view in folders

It looks like the non-public hotfix didn't make it into the new shell32 update...

For example:
Oops maybe I got it wrong then and no changes at all were made to HFSLIP due to RunOnceEx and IE7!

Not that I can remember. IE7 slipstreaming was simply dropped since HFSLIP 1.2.0 (December 7) because of all the problems. With that release and those that came afterwards, the IE7 executable is copied into the source and installed at T-13 or at GUIRunOnce (depending on what the user specifies in HFANSWER.INI), and the latest final adds support for IE7 hotfixes by slipstreaming them into the IE7 executable.

When slipstreaming IE7 into the Windows source, the missing entry in iesetup.dll is still causing an error message to pop up during Windows setup, yes; I noticed that too yesterday during the test (I made a new version of HFSLIP based on the current final that slipstreams IE7 again).

I will continue testing but I don't intend to unleash an HFSLIP version that slipstreams IE7 until at least the thumbnail issue can be fixed.

Sorry; I keep forgetting to reply to this.

It has been dropped a while ago as you noticed. I'll work on it some more but the first versions will only install the MCE hotfixes at T-13 or at GUIRunOnce.

@Yzöwl

It looks like it's possible after all. Looking at setuperr.log, I noticed 5 IE7 files (and later another one) had caused problems. I decided to use the same technique on them as on iesetup.dll and that seems to fix every problem I experienced, ie: thumbnails and User Accounts graphics.

Enjoy this release

removed from the stickied topics?

hi TC! that was fast ... a new test release already (for ie7) ? ... btw, has support for TimeZoneSetup.msi & UFDSetupWizard.msi been added, as well as Windows Defender? thanks!

Uh... They should all be supported with HFSLIP 1.3.0. If the only requirement is .NET 1.1 then place them in HFSVCPACK_SW (along with a silent .NET 1.1 installer in HFSVCPACK). Otherwise, place them in HFGUIRUNONCE (with a silent .NET 1.1 installer in HFSVCPACK or in HFGUIRUNONCE; if in HFGUIRUNONCE, rename the files if necessary so that .NET 1.1 is installed before your MSIs -- they are handled alphabetically).

@Kiki, like I've been saying, WindowsDefender.msi must be placed in HFGUIRUNONCE in order to work.

i know that S-M ... i merely tried to validate because i was thinking there could some new changes too ...

Hi Tomcat I've tested this build, I have see another error in setuperr.log, the error is this:
Impossible to register OLE control C:\Windows\System32\pngfilt.dll. Error: GetProcAddress has return error 127 (impossible to find specified procedure).

Tomcat, since this is no longer sticky, can you please add an icon for this thread so it would be easier to locate? -thanks!

Ok I have tested this again with option D selected. This log is the result.

IE7 does not seem to slipstream properly...

I can't run IE after setup, even after another restart. HFSLIP.log, setuperr.log and screenshot of error dialog box included in attachment.

Can you try without KB928089 update? I haven'it and IE7 is installed properly and without error. Except for a small issue in setuperr.log

Okay, I didn't notice it is not in Tomcat's dynamic list.. Thanks!

@glentium
IE7-KB928089 is replaced by IE7-KB928090.

I want to bet money on it that this is the culprit:

IE7-KB928090-WindowsXP-x86-enu.exe
WindowsXP-KB928090-x86-ENU.exe

IE7-KB929969-WindowsXP-x86-enu.exe
WindowsXP-KB929969-x86-ENU.exe

Don't include hotfixes for both IE6 and IE7. Use those for IE7 when slipstreaming IE7.

@S3pHiroTh

The pngfilt.dll problem should be fixed with 70220a.

Concerning your other question... Wasn't this fixed? Try using merging option A, B or C again. New driver binaries are force-copied now...

Yes now the files before DRIVER.CAB are been added. Thanks Tomcat

Another question, yesterday Microsoft has released this update:

http://www.microsoft.com/downloads/details...;displaylang=en

Is it supported by hfslip or must recode something in the script?
I have slipstreamed the previous patch msxml6-KB927977-ita-x86.exe in DNF3.exe, should the script (the one for net packages) be updated?

msxml6_x86.msi is supported by HFSLIP. It replaces msxml6-KB927977-xxx-x86.exe.

Unfortunately you'll have to rebuild DNF3.exe (assuming you made it with my tool). The problem is that the MSXML6 resource file contained in the MSXML6 SP1 package is OLDER than the one for MSXML6 "SP0". The MSXML6 binaries inside DNF3.exe are copied over if the ones in SYSTEM32 are older or non-existent, so the XML6 resource file will get downgraded to SP0 by mistake. You'll have to rename msxml6_x86.msi to msxml6.msi for the .NET Maker (not necessary for HFSLIP).

By the way... You can make it easier on you by setting PROCESS_DNF3_MSXML6 in the answer file for SNM to NO and only include MSXML6 with HFSLIP (or vice versa). You don't need to have those files twice.

Ok, thanks Tomcat. I'll test all tomorrow

@Tomcat, that could be it. I forgot to delete those IE6 updates... Thanks!

EDIT/UPDATE:
Thanks, everything is okay now. IE7 is now slipstreamed.

Am I correct in saying that HFSLIP is the first utility to "properly" slipstream IE7. I tried nLite, exclusively for IE7, but it's giving me Windows File Protection errors, so I went back to installing IE7 as the last routine in my RunOnceEx and the hotfixes at the next restart (using AutoIt).

But now, life is much easier with HFSLIP. Job well done!

In all the new Hfslip versions where IE7 is being slipstreamed, the "Show Desktop" Icon in the Quicklanch Bar is not showing anymore.
Everything else is btw working great. Thank you for your great work with Hfslip

Greetings from Ivan in Copenhagen.

OK... I was under the impression that this was fixed with the latest shell32.dll update. Apparantly not.

I'll put the QL fix back in.

Meanwhile, you can get the icon back by running this command from Run:

regsvr32 /s /i:U /n shell32.dll

I don't know if it's necessary, but I usually do it like this:
1) disable Quick Launch
2) execute the above command
3) log off
4) log back in and enable Quick Launch

There is a way to remove this voice below?

Click to view attachment

"Show Desktop" icon shows on my Quick Launch toolbar. Am running from a 70220a run. XPSP2 English.

In mine it doesn't show... mmmhhh... maybe some update remove it?

hi S3pHiroTh! i'm not sure if this is what you meant ... but this could be a little relevant: HFSLIP in Add/Remove Programs?

I have read the topic, but there isn't a safe way to delete that entry (the entry in list of installed programs is easy to delete, but not the one that I mean). I have seen that if I edit SYSOC.INF, there should be some problems.

May we know why you would want to remove that?

I'm using a Danish XP sp2, so perhaps that is why the "Show Desktop" icon is not showing on my Quick Launch toolbar. Running 70220a and v.31 with same result.

Simply I want a "clean" Windows installation... That's all

hi!i just want to clarify this:if i were to do this (rename msxml6_x86.msi to msxml6.msi) do i still need to do this:thanks! btw, i posted the same in Silent .NET Maker (latest update: 20070201), Create silent switchless .NET installers for Win2K/XP/2K3 x86 as i'm not quite sure if TC still frequents this forum ... my apologies ... thanks again!

Hi all

with an hfslipped souce (version hfslip-70212b.cmd) and XP Home Or Pro i'm facing this bug with the lateste WGA thing...

I'm using my COA, activate it without issue BUT
when the lateste WGA is installed via windows update, i'm having an error message saying my copie cannot be validated...

when i follow the instructions given by thi page :
http://support.microsoft.com/default.aspx/kb/813422

that is, to re-register some dlls it works:

regsvr32 /S softpub.dll
regsvr32 /S Wintrust.dll
regsvr32 /S Dssenh.dll
regsvr32 /S Rsaenh.dll
regsvr32 /S Gpkcsp.dll
regsvr32 /S Sccbase.dll
regsvr32 /S Slbcsp.dll
regsvr32 /S Mssip32.dll
regsvr32 /S Cryptdlg.dll
regsvr32 /S Initpki.dll

Any clues ?

I have the same problem and running this command at T-12 puts the icon back in all sessions.

@Kiki
Answered in the other thread

@S3pHiroTh
Post installation, you can remove the HFSLIPWU.INF line from SYSOC.INF. That should remove the entry from the list in your screenshot.

@Camarade_Tux
In my testing, this doesn't work at T-13 nor from a CMD at first GUI logon. The only thing that worked was what's in NR's IE7 addon.

@EmRoD
Are you talking about LegitCheckControl.cab? What's COA?

And where would we find the latest LegitCheckControl.cab to try it with hfslip?

hi Neo2x! it's in TC's dynamic HF list here: Windows Genuine Advantage
(for XPSP2) Windows XP SP2 updates for use with HFSLIP
(for the rest) Hotfix update lists

COA : Certificate Of Authenticity

On feb 21 ms released a new KB905474 Version (1.7.017) with the WGA Tray in it again.

My HFSLIPPED souces includes an old legitcheckcontrol.cab (1.5.0708)

I install my computer with my product key, when it's done i activate it without issues.

I run Ms update, it tells me a new KB905474 is available, i download it, install it and i'm having a error message saying that the tool cannot validate my licence .
I look on the troubleshooting link, it routes me to this page http://support.microsoft.com/default.aspx/kb/813422

The instructions a "run a couple of regsvr32 commands to re register some dlls."
When i'm done with it, ms update validates my licence and everything functions normally...

Maybe, I forgot my cleanup scripts were run both at T-12 and ROE.

It doesn't work



I've tried but if I delete that string, IE7 doesn't start and some pieces of WMP11 doesn't install...

EDIT:
I've a question for you. I have tried to install an inf file by cmd file at T-13, but if I do that windows installations will fail. It will execute HFRUNONCEGUI at T-13. I have installed inf file with this method (the only one I found):
%SystemRoot%\System32\rundll32.exe setupapi,InstallHinfSection DefaultInstall 4 %SystemDrive%\Custom\Cursori\Aero\Install.inf

There is another method to install it?

MU/WU doesn't ask to install KB905474 here. Are you sure you also didn't include an old version of KB905474 in the HF folder? That's the only time I think MU/WU would ask to update it.

Try this (if you have the time)...
1) Install Windows
2) Register those DLLs you mentioned
3) Run Microsoft Update

If this works, I'll update HFSLIP so those DLLs are registered automatically when KB905474 is detected in the HF folder.

You removed it post installation or before installation?

HFSLIP uses the advpack.dll method at T-13 now. For you, that would be:
rundll32.exe advpack.dll,LaunchINFSection %SystemDrive%\Custom\Cursori\Aero\Install.inf,DefaultInstall

RunOnceEx didn't work for me either. I had to use RunOnce.