As an experiment I extracted occache.dll from the IE7 package and tried to register the file. It worked. There must be something wrong with the file in the IE8 package that it won't register. Perhaps Microsoft will fix it someday A moot point anyways since it apparently has no effect.

Exactly, it works fine AND it's not hfslip's fault.

Never said it was. But it shouldn't be in setuperr. Something is causing it.

Yeah, maybe "someone" is trying to register that dll and it fails. But it doesn't matter, it works anyway. Just let it go (at least for now)
BTW, I tried beta M with tuesday's round of patches and it works just fine. The only issue is the occache.dll-not-registered-error in setuperr.log.


bye!

occache.dll-not-registered-error in setuperr.log is the fault of IE8 installer. I compared IE7 & IE8 occache.dll and there are differences in the function inside.
Look's like there is nothing much we can do unless MS update the file in IE8. Anyway, I think it relates to ActiveX Cache Folder although I dun know much about this folder's function.

Well, this confirms what we already knew (or suspected). Not HFSLIP's fault.

Hi all,

My problem is my icon of automatic updates is missing on security center. I test on stable version and various beta versions and the problem is the same.

i put my log on attachments. My XP is brazilian version.

Thanks.

It's missing in my Installation too. Anyway, it's completely irrelevant. Plus, I think it's supposed to be missing.
There's a tweak that can make it appear, though.

It could be due to WindowsUpdateAgent30-x86.exe (in HF folder).
Try remove this file and see how it goes.
If confirm this file is the problem, check out Windows Update Agent and see
Cdm.dll
Wuaucpl.cpl
Wuweb.dll
Wuauserv.dll
Wucltui.dll
are the correct version.
That is all I know right now.

Try this.

Please, i have a question^^ HFSLIP already suports IE8 for Windows Server 2003? i used the latest version and doesn't work, anyone know about this?

Thanks in advance^^

No, it doesn't (yet).
You could manually add the line. I tried it, but it didn't work either.

Thanks for answer jvidal^^

I'm testing integration of Windows Installer 4.5 into Windows XP Service Pack 3 Professional using latest HFSLIP. I have removed it from the blocklist and it seems integration is somewhat supported.

The Windows Installer works at T13 as software is installed. Problems I encounter:

Text is missing from all dialog boxes. The MUI files are not copied to the Windows\System32\%langid% directories.

Errors in setuperr.log: msihnd.dll and msisip.dll are not properly signed!

Is anyone working on an update?

UPDATE: the signing error is also found when you install the update manually. So for now I can tell the Windows Installer 4.5 does integrate except for the MUI files.
I have removed Windows Installer from my system due to the file signing problems.

U can give a try this pack.

Hello Friends, here am i again
I im having a problem with rootsupd from May: (Atualização para certificados raiz [maio de 2009] (KB931125) and it's not slipstreaming with my windows 2kSP4(PT-BR). It's Supported by hfslip or i'm doing something wrong? My log is attached.

Here the url to the file i'm using

Thanks in advance friends

I've seen the roots update not slipstreaming via WU on occasion. After running it manually, I could not isolate any changed files or registry changes, but WU is happy after that. I suppose you can place it into a folder other than HF. I think it goes in sw2.

I've got a strange error but I don't know if it is from the latest version of hfslip because I had a long to time to buit a new iso.
At txt setup when the files are copied i got the message HFGUI.EXE is missing.
Does anyone else has this error?

What is the status on the test release hfslip_beta_Jun6, has it reached a level of completion?

It seems that IE8 can be fully integrated, and also the newest updates from WU - or how is it now?

I'd say that it's mature enough to get out of beta. The prob is putting it onto the hfslip website. I'll have to take a time out and talk with FDV on how host it for keeps.

It would be easier if TC would provide just a tiny bit of input on his wishes for the site and the beta.

Good Day Friends^^ Can Anyone Update me about HFSLIP slipstreaming IE8 in Windows 2003 Server? Thanks in advance^^

Sorry, it's not supported.

Good Day Friends,
can't integrate "Windows2000-KB971633-x86-ENU.EXE". I try with patch in HF folder without success, and the same in HFSVCPACK_SW1 folder.
In second way patch is installed and exist in add/remove programs, but in windows update there is again, and this time is succesfullly installed .
I use latest "hfslip-1.7.9_beta_m.cmd"
sorry for my poor english and 10x in advance.

pr0fessor - If you are slipstreaming DX9, then you need the appropriate DX9 version of the hotfix.

for me, now hfslip is failing completely--it fails to copy anything at all, I just re-downloaded the .zip file and extracted it and ran it, placing all correct items in correct folders-it just won't work at all. it comes up with the error of the not enough memory/hard drive space, etc. but I have over 20Gb free of HDD space and over 3Gb of RAM free, IDK what's going on. I am frustrated now

first create folder HFSLIP in root of partition, not in folder for example: d:\hfslip, not d:\new folder\hfslip, put in folder hfslip-1.7.9_beta_m.cmd and run it. then copy other files in created folders...

now for my problem
I try this:
First i installed windows2000 without update. Then i run windows update and install update. Then go to c:\winnt\software distribution\download\ and there is unpacked update. I grab update and make cab:
first create cab.ddf in folder with update:

second i run from cmd "makecab /f cab.ddf" and it create sample.cab
third: download MSCF.sfx
and "copy /b MSCF.sfx+sample.CAB Windows2000-KB971633-x86-ENU.exe" from cmd
next: i use Freeware Hex Editor XVI32 and search for update\update.exe in Windows2000-KB971633-x86-ENU.exe
There is hex:20 00 in front of update\update.exe
Changed it to hex:60 00
and now i have Windows2000-KB971633-x86-ENU.exe workinng with installer...
and i put the file in HF folder.
to do this i use help from:
Create a directive file for makecab.exe
Howto: Create sfx cab archive
Freeware Hex Editor XVI32
but patch is not installed again (manual install - with double click work)
sorry for my poor english if i make mistakes and 10x

pr0fessor - I'm not sure what you're getting at with making your own installers. Your best bet is to just download the dx9 hotfix from microsoft, put it in HF and call it a day For the english version, the filename is Windows2000-DirectX9-KB971633-x86-ENU.exe. After running hfslip, I get quartz.dll version 6.5.1.911.

MMDominator88 - Please read the general FAQs on hfslip.org for how to set up the program.

Moved to the updates thread...

New beta is re-posted that slipstreams the Macrosoft Installer v4.5. Slipstreaming this is only possible using a XP OS and slipstreaming XP. Or in other words, you can't slipstream an XP source using a 2k host OS. Why? The installer is not extractable via a commandline switch in a 2000 host os.

Please post constructive criticism. I have not tested this beta in an xp host os.

Hi tommyp,

HFSlip is awesome n I've been trying the old 1.7.9 beta m (6 June) n it's fantastic. I don't have to put the hotfixes in HFSVCPACK_SW1 anymore
I've been modifying the old 1.7.9.m a bit to slipstream XAudio2 from DirectX 9 since [PROTOTYPE] needs it. I've tested it n it's been good so far.
I thought it would be nice to include this bit of code which I stole from HFSlip 2.0 into your new version

In :DX9EXTRA section on line 2121 I put



then on line 2155 I put



I have Windows XP SP3 slipstream n will do another slipstream with ur beta in 2 days time n let u know how I go.

P.S. is there such thing as XPSP3.EXT for HFCLEANUP? I've been using XPSP2.EXT n rename it as XPSP3.EXT... not too sure whether it actually does anything for me.

gluon - Kudos for the code contribution. I'll roll in your request in in a day or two. I'd like to hear results from the installer v4.5 first though. I wanted to do any bugfixes and I can add your contribution at the same time.

Hello tommyp,

Ok, just found the time for a quick test (no changes in my input files except removal of the HFEXPERT\WIN\system32\mui\<LANG>\msimsg.mui file as this should be handled by hfslip now).

Sorry to say, but that failed. Still had the old Windows installer after setup (even broken in my configuration as I slipstreamed an updated msi.dll 4.5.something), with all files having version 3.1.something.
Looking at the code, without understanding too much of that batch language: sure it should read "IF NOT" instead of simply "IF" at the beginning of line 506? Seems to me that the logic is simply inversed here...

No time now to change it and re-test, but if you confirm that this is the problem, I start another attempt tomorrow. Otherwise something else is broken, obviously preventing that the MSI 4.5 slipstreaming is performed at all.

Regards,
Tomalak

Yep, you're right, but it was the thought that counted. lol. New beta rev o posted. Added in gluon's contribution too.

Meanwhile tried, in contrary to my words above (who needs sleep anyway? Note to myself: don't be that impatient), previous version "n" with corrected logic.
Works almost perfectly now, except one problem: the 'msimsg.dll.mui' was copied to system32\mui\1031, and not system32\mui\0407. Seems that the hex value is required here, not the decimal one...

tomalak - thanks for your patience w/this. I saw how I could change to hex instead of decimal. Try the newer rev o. This should do the trick.

In my case it seems to be copied to "system32\mui\1033" instead of 1031. Prolly because I got English source.

The XAudio2 won't slipstream with version o, I think it's missing this snippet which suppose to grab and extract XAudio CABs



I insert it after line 2141 to make it work.

am I seeing right? the latest one already has the snippet....
[edit] sorry my bad I got confused with the file I'm editting.

msimsg.dll.mui seems to be fixed in the oct12a version, it is now installed in "\system32\mui\0409" (US English)
thanks for the great work tommyp and tomalak for testing and reporting

Edit: for my own reference - patched version so XAudio slipstream would work.
how to check: In system32 folder there should be XAudio2_n.dll where n = 0 - 4. If you play [PROTOTYPE] then you would only need to install vcredist2005, otherwise you will see these kind of errors http://au.gamespot.com/pc/action/prototype...&pid=942352

Click to view attachment

Hello,

I can confirm that version o (20091012a) works now as desired and slipstreams MSI installer 4.5 perfectly. I was able to install silent packages for DotNet 2.0, 3.0 and 3.5 at T-13 (HFSVCPACK_SW1) and Silverlight (HFSVCPACK_SW2 with modified switches) during setup, as well as some regular MSI based software afterwards, all without any problems.
And I also already tested with all new updates from yesterday's patch-day. Again everything okay, no peculiarities.

Hail tommyp!

But today I got a new error message during the textmode copy phase (see attached screenshot) - never seen that before. Does not seem related to the updates of yesterday (as no such file is contained within them), although this is the only change I have done to my hfslip input folder. Any idea? Where does this "wpdshext.res" come from? "wpdshext.dll" is the "Portable Devices Shell Extension", I think this is a native part of Windows sources itself and not added by any later patch I think...
Does anyone know how to debug such an error ("could not be copied" is not very helpful...)? Thanks!

Regards,
Tomalak

Sometimes a bad disk cluster makes bad files in an iso. But I can't read what the image says. I'm a puke who only can read english.

Hi!
There's a bug in the latest beta (oct 12). I rebuilt my CDs with yesterday's round of updates and although the slipstreaming goes well, while installing I get an error in the text-based phase of the setup. Setup can't copy the file "wpdshext.res". Even though setup finishes correctly, it is kind of annoying.
I rebuilt using beta m and the error didn't appear.

What gives?

I don't have "wpdshext.res" issue and I'm guessing it's got to do with WMP11 slipstreaming (atm I'm trying to get rid of any WMP). I know it might not help but maybe try to remove the WMP11 from being slipstreamed and see what happen.

There is a bit of a hiccup on MSI 4.5 slipstream, non-fatal but gives "File not found" while slipstreaming.
They're on line 1884, 1888 and 1889.



I think line 1888 and 1889 are redundant b/c of

ECHO>>SOURCESS\I386\TXTSETUP.SIF msimsg.mui = 1,,,,,,,1009,0,0,msimsg.dll.mui &ECHO>>SOURCESS\I386\DOSNET.INF d1,msimsg.mui

but I guess to be consistent with the rest of the script it's better to get rid of the stuff in bold.

Here's a screenshot I have, modified the script slightly with a bit of echo and pause.
Click to view attachment

Sorry, but I DO want wmp11 slipstreamed. Plus, it works just fine with beta m, something got screwed up in beta o...maybe the MSI4.5 code?
All new updates are correctly slipstreamed with beta m.

any ideas?

I got exactly the same. did not change anything in the source directory yet, just ran hfslip-1.7.9_beta_o.cmd instead of hfslip-1.7.9_beta_m.cmd
Only wpdshext files are a .ex_ and a .dl_ (both in I386) but no .re_
the .re_ was there when using 1.7.9_beta_m

Maybe the dutch message is of some use

Same here, but nothing required this file after the setup.
Another problem is, WindowsXP-KB974455-x86-HUN.exe update won't slipstreamed. (XP SP3 hun)

Log file uploaded.

gluon found a bug. Those two "move" lines should be deleted. It was remnants of a copy/paste I did. My bad.

For those with the wpdshext file copy problem - if you used the same HF fileset and used rev M of the script, does the problem surface? Or is the prob a rev o only?

If it's a rev M and rev N prob - please tell me what hotfix includes the wpdshext.* or wpdshextres.* files? Use winrar to extract them and examine. This would make life easier for me to troubleshoot. I glanced through the script and wpdshext.res is hardcoded as part of WMP11 installer. So I'll assume for now that it's a wmp11 hotfix.

billtodd posted a message about WM hotfixes. MSFT changes their mind with WM hotfixes all the time. When extracted, they decide to use various foldernames instead of standardizing. I'll have to work on that too. Maybe all will get fixed this weekend if I feel up to it.

For me it's just a rev. O problem rev. M works just fine.
browsing through the updates.. didn't find it yet.
But I'll let you know when I do find it.

It's included in the main WMP11 installer, wmp11-windowsxp-x86-nl-nl.exe

in there is a file wmfdist11.exe and that has it in the locbin folder

Rev o problem. Rev m works fine, except kb 974455.

Tommy, read my original post, it only happens with beta o, beta m is fine.
974455 works fine for me. WU is totally happy.
BTW, you should use IE8-WindowsXP-KB974455-x86-xxx.exe if slipstreaming IE8, NOT WindowsXP-KB974455-x86-xxx.exe

bye!