[johndoe74]

actually i wasn't using 70316a. it was only this morning that I saw the changelog and it occurred to me that it wasn't 70306 (v1.4.1) which I was using that supported qfecheck but 70316a. I've hfslipped using 70316a but haven't had a chance to install it yet which I'll do ASAP and get back to you. As for the issue with HFSVCPACK_SW I guess it must have come from reading Vorck's guide cuz that's how I first got started with HFSLIP - and that's how it shows on his guide - WMP9 setup in HFSVCPACK_SW. thanks for all the help. i'll let you know regarding qfecheck

This post has been edited by johndoe74: 22 March 2007 - 09:20 PM

[johndoe74]

just got done playing with new build of win2k. everything works great now!
qfecheck working, MS06-078 (KB923689) installed and showing up properly checked in MBSA (tho still no sign of it in HFNetChk. Aw hell, ya can't win 'em all can ya )

thanks tomcat. purrfect job!

[Tomcat76]

Either the xml has no records for KB923689 or HfNetChk is under the impression that everything's fine. I think the former is more plausible because HfNetChk checks file versions.

[Kiki Burgh]

hello! i've attached some files for your review as i still couldn't get to make ie7 & wmp11 to work ... been trying while i was silent recently if i remember it right, installing it at t-13 was the last time it worked great + the addons ... i haven't been successful in slipstreaming it ... running iexplore.exe from run brings up ie7 but for a split sec only then quits ... thanks!

[Tomcat76]

Kiki...

Can you *please* do one attempt without XPize, extra MSI files and addons? If that doesn't help, reduce the hotfixes so only those that are on my list remain.

[Kiki Burgh]

thanks TC! it's actually trial & error for me now while i was away ... will do some more tests ... i'm certain something breaks my install > ... just couldn't pinpoint it yet ... i'm going back to not slipstreaming ie in a while ... would like to run many more tests but need to sleep too ... he! he!

[Super-Magician]

Tomcat76, on Mar 12 2006, 03:26 PM, said:

Changes:
- updated script section that calculates the HFSLIP run time to support times greater than 1 hour (can count up and through the next day at 1 second before midnight)

Guess I gave you something to do!

[the_guy]

Tomcat76, on Mar 12 2006, 05:26 PM, said:

<snip>
Changes:
- [2K] 64-bit LBA support through reg.exe is now also possible if the path to the HFSLIP work folder contains spaces
- added credit for 64-bit LBA code (sorry, Wendy!)
<snip>

Just a small typo, but shouldn't 64-bit really be 48-bit, unless there's a 64-bit LBA registry tweak that I'm unaware of.

the_guy

[Tomcat76]

Heh... What was I thinking?

[Kiki Burgh]

hi! i just like to report that i've been coming up with good builds lately, including the recent test rels ... even using HFs from this thread: Support for hotfixes not appearing on Windows Update thanks!

[johndoe74]

hi, i just tried out 70506b and all is good - WUA 3.0 and everything except KB887998 seems to again show up missing in MBSA on XP MCE 2K5. since integration of 887998 was itself a recent development, could you maybe check the code again to see if you maybe missed anything. i know it did work when you shipped the initial release with 887998 support, dunno which in interim build it went bad again

also, in hfcabs i got two files APR2007_d3dx10_33_x86.cab and DEC2006_d3dx10_00_x86.cab. do i need those or is it okay to get rid of them ? cuz xp don't have dx10 support *yet*. same thing with my win2kpro build - safe to delete?

This post has been edited by johndoe74: 06 May 2007 - 11:23 AM

[Tomcat76]

Can you start a new thread for the .NET 1.0 problem and include the TXTSETUP.SIF file from the new source? Also check if NETFX.CAB was updated (newer date).

Nothing was changed in regard to the handling of MCE 2005 hotfixes since the release that initially added support for these (1.4.2).

If the game you want to play requires the d3dx10 files then you need them. MS wouldn't include them in the DX9 installer if they weren't supported.

HFSLIP allows slipstreaming of the d3dx10 files into Windows 2000 but this is not supported by MS. That's why my 2K list doesn't include them.

[johndoe74]

alright, will do, i'm currently doing another build, will try that and if the problem persists, will start a new thread.

regarding those dx10 files, i meant to ask, even if they do get slipstreamed, what's the point if they don't get utilized as the underlying API is OS unsupported. my understanding was they included those files cuz if somebody fubarred their dx10 in vista, they could use the common/generic standalone/redistributable to reinstall it again to restore those files.

This post has been edited by johndoe74: 06 May 2007 - 12:16 PM

[NtegrA]

Tomcat76, on May 6 2007, 01:43 PM, said:

Can you start a new thread for the .NET 1.0 problem and include the TXTSETUP.SIF file from the new source? Also check if NETFX.CAB was updated (newer date).

Nothing was changed in regard to the handling of MCE 2005 hotfixes since the release that initially added support for these (1.4.2).

Jumping in for a hot sec....

I run a few batch files to do installs and cleanup after first reboot (or is it first logon?), the first one is:

IF NOT EXIST "c:\cleanup\executive.txt" goto dotnet2	<- file is dropped locally for TabletPC machine

:dotnet1sp3
NDP1.0sp3-KB887998-X86.exe /passive /qb /norestart

:dotnet2												<- no code here just fallout

as I am using the same source for XP and Tablet PC. works nice. Net 1.0 is only installed on Tablet or MCE. Will slipstreaming update the files in CMPNENTS dir? I will have to give this a try in a few days when I get my hands on a tablet.

[Tomcat76]

Well... Slipstreaming the .NET 1.0 update is only possible if a source is detected as MCE. This is done by checking for the existence of SOURCE\CMPNENTS\MEDIACTR\I386.

If that folder isn't there, it won't be slipstreamed.

[Super-Magician]

You have the wrong year number in the description.

[Tomcat76]

*grin*

[johndoe74]

Tomcat76, on Mar 12 2006, 02:26 PM, said:

These versions are test builds. Use them at your own risk.

A new final was released on May 12. If you were referred to this thread prior to May 12, please get the final from the main thread.

HFSLIP home page

*********************************************************

Download: hfslip-70515a

Changes:
- [2K+IE6] six more IE-specific binaries are slipstreamed

which six ? anything I should know about ?

[Tomcat76]

I don't know if you should know...

browsewm.dll, csseqchk.dll, dw15.exe, ieshared.chm, msratelc.dll and setupwbv.dll.

These are all new binaries (they don't exist in a vanilla Win2K SP4 source). But since HFSLIP has a special automatic filter for new binaries now they are no longer deleted after extraction from the CABs.

However, I doubt these files are really important. HFSLIP removed them since the beginning (January 2005) and nobody has ever noted any problems.

The main purpose of the test release is to see if there are any problems when those files are slipstreamed. I couldn't notice any during Windows setup, starting up IE and going to Windows Update.

I'm not exactly sure, but the browsewm.dll file could be responsible/needed for the Media side bar in Internet Explorer. I need to check that on an installation that doesn't have browsewm.dll.

This post has been edited by Tomcat76: 16 May 2007 - 11:22 AM

[johndoe74]

Tomcat76, on Mar 12 2006, 02:26 PM, said:

(4) HFSVCPACK_SW1 and HFSVCPACK_SW2
HFSVCPACK_SW1 is for executables requiring /quiet /norestart switches and for MSI files
HFSVCPACK_SW2 is for executables requiring /Q:A /R:N switches
HFSLIP creates these folders automatically. If HFSVCPACK_SW exists, any MSI files will be moved to HFSVCPACK_SW1, any executables into HFSVCPACK_SW2, and then HFSVCPACK_SW is removed.

RIP HFSVCPACK_SW - died bravely fighting till the very end - deserved nothing less than a medal of honor and a 21-gun salute

This post has been edited by johndoe74: 22 May 2007 - 01:03 PM