SFCFILES.DLL should go in APPREPLACEMENT, not in FIX.
Afaik FIX takes already compressed files (SFCFILES.DL_).

Btw, there's a typo here I think: http://www.vorck.com/hfexpert.html
"Example 1 - SysInternal's Process Explorer, Renamed to TSKMGR.EXE"
It should be renamed to tAskmgr.exe.

There's more than one way to skin a cat.

Hahein.
...what ?

I understand but what are you speaking about exactly ?
taskmgr, APPREPLACEMENT... ?
For taskmgr, if I write tskmgr it doesn't work. And if put SFCFILES.DLL in FIX, I get both SFCFILES.DLL and SFCFILES.DL_ in i386.

Here's two things... skinning a cat & the file to put into FIX is sfcfiles.dl_. The FIX files are copied over at the end, overwriting anything that is in the sourcess\i386. The contents of the appreplacement gets fixed with the MODIFYPE.EXE program, is cabbed and then placed into the sourcess\i386 folder.

thanks Camarade_Tux & tommyp!

from i gathered though here http://www.vorck.com/hfslip.html, it shows:
so i placed it in FIX ...
& yes i downloaded compressed SFCFILES.DLL from http://www.vorck.com/data/SFCFILES.DL_
could there be a workaround for this?

as for taskmanager, i renamed procexp.exe to taskmanager.exe as taskmanager.exe is what's present if verified in a regularly non-slipstreamed installed XP ... and then i did not rename procexp.chm anymore but just placed it in HFEXPERT\WIN\system32\procexp.chm

In the instructions for HFANSWER.INI it states:

However if DELCATS is set to 0 then the .CAT files will be deleted as per this line in the SVCPACK subroutine of HFSLIP:

thanks heisking!
this issue is already resolved ... thanks to TC ... he pmd me & we have a secret!
he! he!

Thanks, heisking. I updated the main application (60628).

hi!
i was just wondering if this "updated" update http://www.microsoft.com/technet/security/...n/ms06-025.mspx is already taken cared of in our previous test releases, or even in our final version?
thanks!

EDIT: my apologies ... might have posted this incorrectly ... i'll be posting this concern in 2K/XP/2K3 updates

wow ...
new test release ...

"It was about time!"... Heheh...

@TC: Why is the HFSLIP test release published as a .7-zip? It looks like all of your other files, including the final HFSLIP, are standard .zips.

Just for the record... HFSLIP is TommyP's.

He wants it in a ZIP so I'm keeping it a ZIP. The test versions are in 7z format to keep the file size down (and ultimately the bandwidth on my server). The test versions of other files used to be in 7-zip format too until I realized that ZIP does better for ultra small files, so they're now distributed as ZIPs.

Sorry, wasn't trying to imply that tommyp didn't still drive this project.

I was just curious about the formats since they didn't seem consistent...and I can't install 7-zip on my workstation at work.

I can help out with the hosting if you like. I have way more bandwidth than I know what to do with.

WinRAR can extract 7-zip files and I suppose some other major compression programs can too.

The offer is nice but the frequency at which some versions are released wouldn't make it worth the hassle. I'll use ZIP for the test releases for a while and see how things go.

Sorry for not getting back sooner on this.

The line "Slipstreaming XPize completed" is displayed after the processing of XPize. The "File not found" message comes from somewhere else.

You said also that you are no longer getting shortcuts for XPize after installation and that your HFSLIP run time went up. I suppose that, because of the variables you have set (or not set) in HFANSWER.INI, HFSLIP decided to do a slipstream of XPize instead of an SVCPACK integration. That would explain everything.

You can try the latest test release which simplifies the XPize handling. The XPIZESW variable is enough to make HFSLIP do an SVCPACK integration like before.

I noticed a problem in the DOSNET.INF file you posted, more specifically the reference to WMPreg.inf. Do you know which addon is adding this file?

@Tomcat

I think HFSLIP will have to be updated so that it copies the RTMQFE files for 2000 with IE6 SP1.

I did an HFNetChk scan and it told me that dxtmsft.dll version 6.3.2800.1548 was less than what was expected (6.3.2800.1549). I didn't save it to a txt file before I updated the computer with the RTMQFE versions (following the method in 897225).

the_guy

the_guy - can you verify this with installing the problematic HF onto a non-hfslipped machine and check the file versions?

Not at the moment.

I should be able to get back to you by the end of the day (or tomorrow at the latest).

the_guy

hi sirs!
these are what i have for 60630a ... pls see attachments ...
i'm having concerns again about the ff:
(1) kbdbhc.dll not being found in the right location (just like before) that i still have to point it to i386
(2) RC is not being installed - DOSNET.inf has syntax error as per the pop-up ... & my only option is to cancel ... thus resulting to: "Cannot complete the Windows XP setup wizard"
(3) still placing SFCFILES.dl_ in fix results to setup being stuck at T-39 mins ... placing it (SFCFILES.dll) to in APPREPLACEMENT as suggested by Camarade_Tux results to installation ebing stuck at T-9 mins ... incidentally, how do i uncompress SFCFILES.dl_ to become SFCFILES.dll? ... what i did was to just rename the file extension to .dll
(4) dos text copy mode has probs w/ the codecs (i'll be posting the same to Tain's thread) though i think i figured a workaround ...
i'll post a new msg as apparently my other attachments are not being taken ...
thanks!

though i noticed there is already a new test rel ... have already downloaded it ...
btw, just to share ... i think i didn't get the same issues with 60628 ...

hi!
here are the other attachments ...
thanks!

NP TC! i think i prefer not having the shortcuts anymore so my start menu doesn't get that much cluttered ... ... the only prob here is that XPize bootup screen doesn't show anymore when slipstreamed ... as for WMPreg.inf ... if this is re media player ... i could only guess it's the WMP11 (beta) add-on ... but so far it (WMP11) works great for me ...

posted new headaches for you TC! ... sorry!

The syntax error in DOSNET.INF is in the line referencing WMPreg.inf. Where can I get this WMP11 addon?

AC.cab and AC.inf (ZacamAddon_AttributeChanger) are also not properly added into DOSNET.INF. I'll try to find why this is happening.

thanks for the quick reply ... (just like Germany's bid for WC 2006 )
here you go TC: http://www.ryanvm.net/forum/viewtopic.php?t=2319 ... well anyway, it's beta after all
as for the other, i'll check

I'm downloading it now, but I don't think it's that. Your new DOSNET.INF and TXTSETUP.SIF do not contain WMPreg.inf.

I found the problem. I'll post an updated version soon.

OK... It's there.

sirs, please advise me on this one ... would there be any other way than renaming it? i can compress via MAKECAB (as taught by TC ) but doing the reverse is something else ... thanks!
as always ... thanks! already got the new test release

The empty SFCFILES.DL_ from FDV just needs to be renamed. It's not a compressed file.

Support for this was dropped a long time ago because it's too difficult to implement. The installation INF for the hotfix that contains this binary needs tons of modifications, not to mention the fact that it's in Unicode (at least the non-English versions are). You can use RVM's Update Pack which includes that hotfix.

alright ... didn't know it was dropped ... given that i am not currently using the update pack (as i've learned it quite the hard way --- that i should not include all hotfixes i could get my hands on --- as not all applies to my system ), then i'll just have to remove KB897338 (The new language locales that are included in update 897338 for Windows XP Service Pack 2 and Windows Fundamentals for Legacy PCs) from HF ... as for this ... either it makes my installation lock up at T-39 or T-9 when present --- not that it is a MUST to have but it frustrates me when i couldn't come up with a good build when this file is included either in FIX or HFEXPERT\APPREPLACEMENT dirs ... i have never been successful in any of my attempts --- would there be any workaround for this? i believe it works for the others but why not for me?
thanks a lot again!

just want to report that EVERYTHING works WELL for me usign the current test rel ... no bugs i'm happy with my current builds ... 1 purely HFSLIPped & another nLited --- both posing no issue ... a final in the making (ha! ha! ... to early to tell ... others might still post some probs;))

Awesome...

It can be considered "a release candidate" as far as WinXP is concerned. It still needs to be checked if everything's fine with KB916281 on Win2K and Win2K3.

BTW... Did you slipstream those Quicktime codecs in the last build?

Yes ... successfully slipstreamed those ... i used the older pack though to overwrite other files in the latest pack

oh btw, XPize is indeed accepted much better this time (i.e., boot screen shows already) ... incidentally, there is already a newer ver: XPize 4.4.2
and i have already downloaded the latest test release 60704a

Btw, DBLINXP.EXT is working like a charm.

ey ... looks like were nearing a new final ... except for new updates! yey!
(Camarade_Tux --- Zidane & his to the "finals" too. Viva Frenchie! )

I think I should stop HFSlip. Yesterday was Wednesday and on each first wednesday of the month, there is an alarm test in France. At first I thought, "ho, first wednesday of the month", immediately after I thought "hey, 7 days before patch day"!
I'm really too dangerous.

And it's really uncredible there is final versions of HFSlip with new patchs every month.


@Kiki Burgh, still wonder how they managed.

Tomcat - don't take this personally, but is there any way to speed up the release of HFSLIP finals after Patch Day? I know you need to do a lot of testing and release a bunch of feedback, but I find that once you release a new final, there are only a few days before I have to add more hotfixes.

By the way, 10 patches comin' up on the 11th!

It amazes me how people can be so ungrateful for a free utility.

The way it looks now, the next final should arrive faster. I don't have as much to do as in the previous months. I could release one this weekend already after testing KB916281 on Win2K and Win2K3 but I'd rather hold off until after Patch Tuesday.

Are you referring to me? Because I'm definitely grateful!

And if you were reffering to me, I meant it was really uncredible a new stable release of HFSlip could be released each month with new updates from MS each month.
Btw, I don't often say thanks, I try to help other back.

is HFSLIP ready to handle these new updates already:
Update for Windows Server 2003 for Itanium-based Systems (KB921181)
Update for Windows Server 2003 x64 Edition (KB921181)
Update for Windows Server 2003 (KB921181)
Security Update for Windows 2000 (KB917159)
Security Update for Windows Server 2003 (KB914388)
Security Update for Windows Server 2003 x64 Edition (KB917159)
Security Update for Windows XP (KB917159)
Security Update for Windows XP x64 Edition (KB917159)
Security Update for Windows Server 2003 (KB917159)
Security Update for Windows XP (KB914388)
Security Update for Windows XP x64 Edition (KB914388)
Security Update for Windows 2000 (KB914388)
Security Update for Windows Server 2003 x64 Edition (KB914388)
Security Update for Windows Server 2003 for Itanium-based Systems (KB914388)
Security Update for Windows 2000 (KB917537)
Security Update for Windows Server 2003 for Itanium-based Systems (KB917537)
Security Update for Windows Server 2003 x64 Edition (KB917537)
Security Update for Windows XP (KB917537)
Security Update for Windows XP x64 Edition (KB917537)
Security Update for Windows Server 2003 (KB917537)

thanks!

I already updated my lists (web pages) with the three new security hotfixes (KB896422 is replaced on XP and 2003) after checking them out. I don't see any problem with them.

I still need to check KB921181, though. Does that appear on Windows Update? Is it labeled an optional hotfix?

Fast update on your list this time, Tomcat ! Thanks!

i'll go create new builds then ...
i foresee no issue ... he! he! ... and a new final then i suppose ...

You can't wait for a new final, do you?

I'll give it another day or two. If no problems arise with the new hotfixes, you'll get the final...

he! he! as always TC ... so i could finalize my ISOs too ... for fresh install again! but pls don't let my wish get in the way of ensuring HFSLIP works for all the other OSs ...

TC, i guess the thread on Windows XP SP1/SP2 updates and hotfixes, June 27 has not been updated yet to reflect those new MS updates ...

MS06-035 on 2003 sp1 (GDR version only) looks like it has an issue. It has srv.sys, but it also has srv.hp.sys. This might be a problem. Maybe update the latest test release to work around this?

the_guy

Done. Thanks...