I took a look at the changelog,

Why ?

On my side, I had no bug.
With my latest iso, it installed without complaining. (but I have to check to be sure)

The helpctr.exe and hscupd.exe files were properly updated but there's a lot more to that hotfix...

Ok, thanks for your quick answer.
Do you think I can remove the files that get installed without problem (since I remove Help Center with nlite) ?

And a quick request. I just slipstreamed an *ENU* hotfix. IMO HFSlip should display a warning about that.
I think before processing hfslip should search for ENU in filenames and if ENU is present and the language is not english, then it asks what to do : continue/abort.

Also, a cosmetical thing : if sfcfiles.dll is present in FIX, the cat removal screen appears but only says sfc.dll/sfc_os.dll is present and doesn't speak of sfcfiles.dll


btw, 10 minutes to complete. ^^

You mean after installation of Windows? I don't know, simply because I don't know which files (other than the two mentioned above) are being updated. I don't fully understand what's going on inside that hotfix (especially after reading the installation INF file) which is why I just let the hotfix install itself through SVCPACK now.

But if you're removing Help Center with nLite you shouldn't be including this hotfix in the first place...

I don't think that's feasible. Some hotfixes with "ENU" in their name are OK to have and HFSLIP would have to be updated every time a new hotfix like that is released.

Understood, thanks.

I know I could avoid integrating this HF but I love the reg key saying it was installed. And I also keep it because staying up-to-date with all these fixes is hard so if I add one more difficulty, I'm going to get mad.
Also it seemed to me some hotfixes are doing more than simply updating one or two files.




I thought of something like :
dir /B >> hftemp.txt
findstr /C:ENU /F:hftemp.txt
Or maybe using the /D switch for findstr. (never used findstr so i don't really know)
Just a supposition.

This is what the hotfix is adding; you can just copy and paste it into HFSLIPWU.INF after running HFSLIP without that hotfix:


There are hotfixes with "ENU" in their name which are OK to be slipstreamed in a non-English source, like the MSXML4 update if MSXML4 doesn't exist in the source language. Also, all Malicious Software downloads are identical so I'm just copying over the "ENU" version to the Dutch, French and German HFSLIP folders. To do what you want, HFSLIP would have to search for every hotfix with "ENU" in their name and then filter out a few like MSXML and Malicious Software. This "filter list" will have to be updated all the time.

I'm in the process of making a general HFSLIP answer file. Maybe something similar can be incorporated then.

Thanks for these entries.

As for the ENU thing, OK. It was just a quick idea.

I noticed a problem when using nlite and hfslip. While installing, XP complains about "OLEDB32R.DLL". Nothing appears in Evevntvwr and nothing in setuperr.log.

I'm doing more tests right now (especially : does this error appear without HFSlip ?).

edit:

This was without nLite. If I only use nLite, I have no problem. I had no problem two weeks ago so I'll try an older release and see how it performs (two weeks ago, I used an older release of KB908531).


Also, with only XP SP1 and HFSlip (no nLite!), I have a few missing updates (attached no_nlite.7z).

Q892944 - Fixed

Q899589 - Fixed

Q833989 - vgx.dll is not part of this hotfix.

Q911565 - wmpui.dll is part of WMP8 but not of WMP9 or 10. When you upgrade to WMP9 or 10, WMPUI.DLL is not updated; it isn't even used.

Q911562 - dbnetlib.dll is not part of this MDAC hotfix.


Try again with 60507a. Maybe it'll solve your OLEDB32R.DLL problem.

Trying right now.

I just completed an install with the latest "final" release (late April). That time, I had no problem with OLEDB32R.dll.

60507a did not fix the problem.

This could be the old MDAC update. What's confusing is that the error description mentions OLEDB32R.DLL while its title speaks of OLEDB32.DLL. The latter comes with that MDAC update but the former does not.

OK. 60507b installs Q832483 via SVCPACK again like before.

hi again sirs (Tomcat & tommyp)!
as always, many thanks for your feedback!

i just want to share what i've accomplished over the weekend (i was still using 503c though to make isos) ...
here's what i've found out:

(1) here are the added folders to the i386 dir + their contents:
041b
D:\SOURCESS\I386\041b\wmpshell.dll.mu_
D:\SOURCESS\I386\041b\xpsp2res.dl_
D:\SOURCESS\I386\041b\mlang.dll.mu_
D:\SOURCESS\I386\041b\wmm2res2.dll.mu_
D:\SOURCESS\I386\041b\wmploc.dll.mu_

041e
D:\SOURCESS\I386\041e\wmpshell.dll.mu_
D:\SOURCESS\I386\041e\xpsp1res.dl_
D:\SOURCESS\I386\041e\xpsp2res.dl_
D:\SOURCESS\I386\041e\browselc.dl_
D:\SOURCESS\I386\041e\inetres.dl_
D:\SOURCESS\I386\041e\mlang.dll.mu_
D:\SOURCESS\I386\041e\mshtmler.dl_
D:\SOURCESS\I386\041e\msoeres.dl_
D:\SOURCESS\I386\041e\shdoclc.dl_
D:\SOURCESS\I386\041e\wab32res.dl_
D:\SOURCESS\I386\041e\wmm2res2.dll.mu_
D:\SOURCESS\I386\041e\wmploc.dll.mu_

0402
D:\SOURCESS\I386\0402\wmploc.dll.mu_
D:\SOURCESS\I386\0402\wmpshell.dll.mu_
D:\SOURCESS\I386\0402\xpsp2res.dl_
D:\SOURCESS\I386\0402\mlang.dll.mu_
D:\SOURCESS\I386\0402\msi.dll.mu_
D:\SOURCESS\I386\0402\shdoclc.dl_
D:\SOURCESS\I386\0402\wmm2res2.dll.mu_
D:\SOURCESS\I386\0402\wmm2res.dll.mu_

0418
D:\SOURCESS\I386\0418\xpsp2res.dl_
D:\SOURCESS\I386\0418\mlang.dll.mu_
D:\SOURCESS\I386\0418\shdoclc.dl_
D:\SOURCESS\I386\0418\wmm2res2.dll.mu_
D:\SOURCESS\I386\0418\wmm2res.dll.mu_
D:\SOURCESS\I386\0418\wmploc.dll.mu_
D:\SOURCESS\I386\0418\wmpshell.dll.mu_

0425
D:\SOURCESS\I386\0425\wmpshell.dll.mu_
D:\SOURCESS\I386\0425\xpsp2res.dl_
D:\SOURCESS\I386\0425\mlang.dll.mu_
D:\SOURCESS\I386\0425\shdoclc.dl_
D:\SOURCESS\I386\0425\wmm2res2.dll.mu_
D:\SOURCESS\I386\0425\wmm2res.dll.mu_
D:\SOURCESS\I386\0425\wmploc.dll.mu_

0426
D:\SOURCESS\I386\0426\wmpshell.dll.mu_
D:\SOURCESS\I386\0426\xpsp2res.dl_
D:\SOURCESS\I386\0426\mlang.dll.mu_
D:\SOURCESS\I386\0426\shdoclc.dl_
D:\SOURCESS\I386\0426\wmm2res2.dll.mu_
D:\SOURCESS\I386\0426\wmm2res.dll.mu_
D:\SOURCESS\I386\0426\wmploc.dll.mu_

0427
D:\SOURCESS\I386\0427\xpsp2res.dl_
D:\SOURCESS\I386\0427\mlang.dll.mu_
D:\SOURCESS\I386\0427\shdoclc.dl_
D:\SOURCESS\I386\0427\wmm2res2.dll.mu_
D:\SOURCESS\I386\0427\wmm2res.dll.mu_
D:\SOURCESS\I386\0427\wmploc.dll.mu_
D:\SOURCESS\I386\0427\wmpshell.dll.mu_

(2) on the early stages of slipstreaming, HFSLIP reported that a particular KB added some folders; i tried taking it out though but the same additional folders (above) still showed up in SOURCESS

(3) i think i already resolved my XPize issue ... it was totally my bad ... ... i was using an XPized SP2 SOURCESS (as XPize has a feature to create a bootable XPized ISO) ... when i just used SOURCESS from HFSLIP, T-13 didn't show anymore the installation prompts of XPize ... oh well, a lesson learned!

(4) would RyanVM's Windows XP Post-SP2 Update Pack work hand in hand with HFSLIP? you see, in 1 of my experimental builds, i checked the contents of the package & removed from the HF directories those files that are in the cab file ... now when i ran qfecheck, it only shows those that were in the addon pack ... & not those in the HF folders ... i've attached a text file for your reference

(5) these 2 don't seem to do anything for the system: Themes_rytukz_VistaCG_addon_v1.0.cab Themes_rytukz_VistaCG_addon_v1.1.cab ... i tried each 1 at a time & i tried even having both ... to no avail (no theme added for me to use) ... checking both files though do not seem to show any pic file ... btw, 1.0 has a bigger size compared to 1.1 due to the difference in compression

(6) would it be possible to replace snap ons like dfrg.msc via HFEXPERT\APPREPLACEMENT?

(7) would the reference (or update at least) for slisptreaming CODECS be applicable to XP too? apparently, the discussion in a different thread is for 2K

(8) is there a difference between letting HFSLIP integrate SP than doing it manually?

(9) just a follow up, i know it might be too much to ask but could the entire process (from start to finish) be generated as a separate report too (so that we can see all the messages/errors/processes that have transpired during the run of HFSLIP)

(10) lastly, about timing the slipstreaming process, would it be alright to request for the start & end times be included in the log as well?

cheers!

(2) Kiki, can you tell us the KB number that HFSLIP reports?

(8) Nope!

(9) I'd like something such as this, but because certain screens are echoed and cleared (CLS), it would not work. Normally, you would do something like HFSLIP_60507b>MESSAGES.LOG at the command prompt, but then the initial screens/messages, etc. won't show up on the screen. However, if you'd like to show any error messages in a file, type HFSLIP_xxxxx 2>ERROR.TXT.

(10) I second this idea !

6. Tread these waters carefully if you do. There are registry hives that get installed for these. Your best bet would be leave that alone (or rip them out). I guess you could always try it out. I never have.

7. You can slipstream codecs on 2k/xp/2k3.

@Kiki

(2) Which hotfix?

(4) I think not. I'll have to check again.

(5) I'll have to see the TXTSETUP.SIF and the SYSOC.INF from that run. If everything's fine there, the problem is with the addon.

hi sirs (Tomcat, tommyp, Super-Magician)!
thanks again for the immediate response ...

my apologies but i actually had the file sitting somewhere here ... I couldn't find it though when i posted earlier ... no i found it ...
it is KB883921 (http://support.microsoft.com/kb/883921/en-us)

cheers!

Kiki...

HFSLIP doesn't support MUI updates. I don't think anyone here knows where all those *.mui files should go and there are 8 of each in that hotfix. Do you have an MUI version of XP?

General: Is it actually possible to make a regular WinXP source an MUI-enabled one out of the box?

thanks for the update sir!
i will just take this KB out of the HF directory for good.

good morning!

(2) already dealt with (KB883921) ... hotfix removed from the list ...

i think though it would be great to still have the facility for checking of hotfix(es) that add(s) folders

(4) pls see attached file for the differences in the hotfixes contained in the cab & with those in the HF dir

(5) attached

thanks

60510a does Adobe/Macromedia Flash Player from SWFLASH.CAB. HFSLIP slipstreams it properly but I wasn't able to verify yet if Windows setup complains about a "non-standard system file" and if it's actually being installed.

OK... I see nothing wrong there except that you got duplicate entries in SYSOC.INF because you included both version 1.0 and version 1.1 of the VistaCG addon. But you said you tried it with only one version too and the result was the same. HFSLIP did what it had to do so I don't know what's wrong.

Not sure what you want me to do here. HFSLIP doesn't support the RVM Update Pack...

Tomcat, are you planning to fix the SVCPACK issue that I mentioned in the KB913433 topic?

I will test the SWFLASH.CAB using 60510a. However, keep in mind that if you slipstream this, you do not need KB913433. (For the past few runs, not including the one using 60509b, I've actually been using a switchless installer in HFSVCPACK that I made using your MultiCompiler program.)

Off-topic: Do you have some links to pages with switchless installers on it? I used one list and downloaded a few installers, but I didn't bookmark it.

Sorry... I didn't see that post.

I did some quick testing on an XP box and it looks like the standard Type 2 switches are accepted so I'm using these in the new version (60510b). It should work now. At worst, you'll get a wizard...

just thought it might be worth a look ...
so we can't use ryanvm's cab for HFSLIP ...
it's fine!
would there be an update about this (especially with the new codec packs around)?
thanks!

Kiki - I'll take it you haven't tested the waters with codecs yet. The codec instructions work for 2k/xp/2k3. If there are newer [dll, ax, etc] files, it's up to you to obtain them. If there's more codecs you need, then you'll have to add codecs. I work with the set listed in my post (except the real media stuff). I have not had issues playing any types of videos (except real media stuff).

go it sir ...
have actually tried it once but i wasn't so confident w/ the list of codecs i had ...
i simply followed the instructions there & downloaded the .rar files containing the codecs & the .inf ...
thanks again!

@tommyp: I still intend to work on the codecs like we discussed. My excuse is that my free time is very limited.

Right now I am in a hotel in Ohio...had laser eye surgery done yesterday. So you can rest assured that I won't be putting out any codec packs any time soon! Reading/typing isn't easy right now...

I´ve tried to download this file http://download.macromedia.com/pub/shockwa...ash/swflash.cab.
But i always get the message "no connection to the server available". Is there a other location?
THX.

wela

http://rapidshare.de/files/18845954/swflash.cab.html

@ x-pert
Thank you.

TC - please update your links to that macromedia stuff.

all - please stay on topic. if there are codec issues, please post on the codec thread.

No need for you to apologize and I'm sorry to sound like a butthorn. I just want to keep it clean and on track for the test releases.

Tested 60510b.

Everything works perfectly. KB913433 installs successfully. WU does not complain.

Afaik, hfslip recreates some KB updaters (something with dasetup I think). And when creating them it puts cat files into the updater even though you provided a hacked sfc file.
Could this be changed, thanks.

If you have a modded SFC file but are still getting CAT files in the SOURCESS\I386\SVCPACK folder they can only come from these locations:

- original SOURCE
- XPize
- HFEXPERT\WIN

Tomcat - did you get my PM?

Those cats are not in SVCPACK but in the installers inside svcpack.
A screenshot will probably be better:

@Camarade_Tux:
HFSLIP is not going to extract a Microsoft installer and compress it again just to delete the CAT files inside it.

@Super-Magician:
Yes, but hold on just a while. You'll see for yourself...

Of course, I just thought HFSlip already extracted and recompressed those installers.

hi!

i'd just like to ask if it would be possible to enable support of http://www.microsoft.com/downloads/details...&DisplayLang=en in HFSLIP?

may i ask too if it's possible to reduce size by removing the ff:
i386\ASMS (10.2mb)
i386\WIN9XUPG (32.6mb)
i386\WIN9XUPG (3.97mb)
i386\WINNTUPG (1.04mb)

i know we can but would there not be problems that'd present itself later on ...
i guess trying to compress ASMS results to some errors involving some files? (not sure though)

lastly, i'd just like to follow-up if it would be possible to consider adding the time stamps (start & end) of running HFSLIP?

everything else works great!

thanks!

Hi!

Adding support for it (an SVCPACK install) is trivial but I need to run this by TommyP.

I'll run this by TommyP too

I'd prefer to have a removal file for use in HFCLEANUP. I feel the same about the CAT files...

thanks sir for the quick reply ... perhaps you just woke up

btw, i just like to clarify, the requests i brought up should be done the HFSLIP way, alright ...

w/ all the removals, i am worried about i386\ASMS (10.2mb) the most
(we could safely remove the others, correct?)

Kiki, Sounds like you are on a quest for a small installation CD. Here's a hint for you. If you are working with xpsp2 in your source, you can delete your WIN**UPG folders. I don't think that there are any "normal" hotfixes that add/remove to these folders, should not get recreated when hfslip is run. I am unsure of the ASMS folders. I suppose this can be incorporated into HFCLEANUP though. Let me think about this one for a bit. IIRC, there may be some other folders you can remove as listed on unattended.msfn.org.

As far as the USB program goes, I don't feel it is required for this script. Why not install this one when you install your other programs?

thanks for the clarif tommyp ...
as for the USB prog, that is what i actually do ... install it after the OS is done (as flash drive mgr is quite helpful esp for those getting files from here to there, etc.) ... i'm just thinking that it'd be great to have it done likewise when the script is doing its thing ...

& yes sir ... i'd like to see a small source ... without affecting any functionality so to speak

Kiki - why not make a silent & switchless installer for this and throw the file in the hfsvcpack folder?

did i saw a new test version or is it more misunderstanding ?

btw, i have a remark about hfanswer... : is it of any use ?
i moved all it (possible) content into SET ...=... line in the main script, then i deleted the instructions pages (including gnu, drivercomp and cat removal), and i censored (walls have eyes now !)...

and now my hfslip is an unattended hfslip

i think you could do the same in the DL : i mean replacing the ECHO'ed instructions by REM'ed ones, include the hfanswer content in SET lines (with REMs around) but leave censored empty.
So the user will still need to read the instructions, but all will be in a single CMD.

does this sounds good or bad to you ?

PS: to be fully honest : in fact, i'm just tired to modify it each time... hopefully this is very fast with a merging tool

Yep. Whatever you saw is an internal build.

You can do that if you prefer. I figured double-clicking the answer file would be easier. But don't talk about the undocumented, OK?

Problem in the handling of SWFLASH.CAB on non-English systems (to be more precise: those languages for which the swflash.inf in the original Windows XP source is in Unicode format). This will be worked around.

Does SWFLASH.CAB integrate properly on English systems?