Obscure and non-critical fixes to W2k + USP51

[Inki]

I have been looking at creating a Windows 2000 installation CD with completely patched OS and IE6SP1, based on Gurgelmeyer's Unofficial Service Pack 5.1 with IE6SP1 and a large number of hotfixes (I actually use 5.1.2195.24). The main thing here is that there are some old/obscure fixes to IESP1, which even Gurgelmeyer has missed, but which I have found to be available on MDGx's fine site and I hope to incorporate on my installation CD.

I realize, that it is wholly unreasonable to assume that HFSLIP should support any old hotfix that one could find somewhere, and this is not what I am after here. Rather, I have tried to see how far I could get along these lines, not really knowing what might be expected to work.

Well, this is how far I got, not being an expert in Windows, and if you have any comment on it, I would be grateful. If you have information on how to better handle some of the updates below, I would greatly appreciate it. If you feel that my thinking has been totally along wrong lines somewhere, I would especially love to hear about that.

By the way, comparing against Tomcat76's dynamic hotfix list (as of March 1), it appears to me that USP 5.1.2195.21 contains IE update 905495 and OS updates from W2KSP4 to 908531 (not 904706) plus 912919, 893803 and 911564, and USP 5.1.2195.24 appears to additionally include 832414, 913580, and 917344. I do not have precise information on the contents of USP5.1, but this is my hasty and unreliable observation based on file versions. From outside the list, it appears to me that USP 5.1.2195.21 contains at least 818043, 819745, 820608, 838989, 842773, 842933, 894395, and 896430, and USP 5.1.2195.24 additionally would appear to contain at least 885912, 897711, 898465, and 912916.

In this post I only look at hotfixes, which do not appear on Tomcat76's list (as of March 1) and are not covered by USP 5.1.2195.24. I believe this would leave me with the old/obscure IE6SP1 updates and some newer non-critical OS updates as listed below.

For the hotfixes below, I have indicated with a version number those update files, which, according to my best understanding, are of interest. Other files, which apparently are replaced by other hotfixes, I have mentioned without a version number. I have also used the following shorthand notations:

[ms] Downloaded directly from Microsoft

[2k] Downloaded second-hand from the W2k-page on MDGx's fine site

[ie] Downloaded second-hand from the IE-page on MDGx's fine site

{0} Type 1 hotfix, which I have renamed by adding a "Windows-" prefix

{1} Type 1 hotfix

{2} Type 2 hotfix

HF Folder

These hotfixes I place in the HF-folder. As far as I can tell, they seem to be OK (but what do I know):

- KB139071: [2k] {0} Windows-2K139071.EXE

(asycfilt.dll 2.40.4528.0, oleaut32.dll 2.40.4528.0, olepro32.dll 5.0.4528.0, stdole2.tlb 2.40.4528.0)

- KB322656: [ie] {2} Q322656.EXE

(ieinfo5.ocx 5.50.4918.1900, msrating.dll)

- KB816362: [ie] {2} Q816362.EXE

(mshta.exe 6.0.2800.1182)

- KB824220: [ie] {2} Q824220.EXE

(imgutil.dll 6.0.2800.1236)

- KB824463: [ms] {1} ie6.sp1-kb885258-windows-2000-xp-x86-enu.exe

(proctexe.ocx 6.3.2800.1471, dxtmsft.dll, dxtrans.dll)

- KB830460: [2k] {0} Windows-Q830460.EXE

(msvcirt.dll 6.1.9845.0)

- KB830849: [ie] {2} Q830849.EXE

(inetcpl.cpl 6.0.2800.1413, shdocvw.dll)

- KB838751: [2k] {0} Windows-Q838751.EXE

(msvcrt.dll 6.1.9847.0)

- KB893627: [ie] {0} Windows-XP893627.EXE

(iedkcs32.dll 16.0.2800.1500)

- KB900732: [ie] {0} Windows-Q900732.EXE

(ieakeng.dll 6.0.2800.1510)

- KB911589: [2k] {0} Windows-Q911589.EXE

(proquota.exe 5.0.2195.7090)

- KB922667: [2k] {0} Windows-2K922667.EXE

(large number of files)

- KB924432: [ms] {1} Windows2000-KB924432-x86-ENU.EXE

(ole32.dll 5.0.2195.7103, rpcrt4.dll 5.0.2195.7085, rpcss.dll 5.0.2195.7116)

- KB924867: [ms] {1} Windows2000-KB924867-x86-ENU.EXE

(kernel32.dll 5.0.2195.7111, mpr.dll 5.0.2195.6824)

(looks almost like a "-v2-" for KB917422/MS06-051)

Oh, and by the way, at least one of the above hotfixes, but I don't recall which (and don't now have the patience to re-check all the KB-articles), requires an additional registry tweak to be fully activated, but this is described in the corresponding KB-article.

FIX Folder

With these hotfixes, I first extract the files of interest, then re-compress them into .??_ files with Makecab.exe /D CompressionType=LZX /D Compressionmemory=21, and finally place them in the FIX folder:

- KB327922: [ie] IEAudioUpdate.exe (Note 1)

(start.wav) => start.wa_

- KB834158: [ie] {2} IE834158.EXE with additional fix from: [ie] SHDOCFIX.ZIP (Note 2)

(shdoclc.dll 6.0.2800.1443, mshtml.dll) => shdoclc.dl__

- KB896156: [ie] {0} Windows-Q896156.EXE (Note 3)

(mshtmled.dll 6.0.2800.1502) => mshtmled.dl_

(Note 1) I believe HFSLIP could also handle this as a type 2 hotfix, but since it is a straightforward case of file substitution, I chose to do it this way. I am not sure if it is really needed, but it certainly is harmless.

(Note 2) After extracting shdoclc.dll, I apply the patch from SHDOCFIX.ZIP and readjust the checksum with modifype.exe -c before continuing with recompression. I am working under the assumption that this would be enough and there would be no need for the actual hotfix file. Still, I guess there would be no harm from also having the hotfix file in the HF folder.

(Note 3) From what I can judge, this is a structurally complex and non-standard hotfix, that is designed to generate different file versions for different systems, and is not supported by HFSLIP. So I first apply it manually to my system and grab hold of the resulting mshtmled.dll file for re-compression and inclusion in the FIX folder. I suspect (but am not 100% certain) that this might be enough and nothing else from the hotfix file would be needed. If this turns out not to be the case, I assume one would need to integrate it manually (/integrate:<location>) into the SOURCESS folder at the end.

Maybe I just have not the found the right piece of instructions or documentation yet, but I wonder if HFSLIP has a mechanism for integrating, rather than slipstreaming, an unsupported, user-specified hotfix so that one would not need to forego automatic iso-creation in order to do it manually, if required.

Mixed Feelings about unofficial updates

I have also found two "unofficial" updates, which seemingly could be applied using either of the two methods above. Still, I feel unhappy about feeding unofficial updates to HFSLIP through the HF folder, and using the FIX folder just seems messy. Today I actually apply 886677 through FIX and 918144 through HF.

- KB886677: [ie] {2} Q886677.EXE unofficial (not 100% sure it is really needed)

(mlang.dll 6.0.2800.1599)

- KB918144: [ie] {2} Q918144.EXE unofficial

(Jet 4.0 update, 9 files)

I wonder, if it would make sense or be possible for HFSLIP to apply the XP2 / Server2003 versions of these hotfixes to W2k. (as in the case for QFECheck or the recent timezone update). Still, I guess this might require specific support, and it is probably not that essential as the FIX folder also seems to do the trick, even if one does not want to use unofficial updates.

Edited March 24, 2007 by Inki

[johndoe74]

try this list of patches I'm using for my setup. I have IE6, DX 9.0c and WMP 9 and MSXML 6.0 SP1 slipstreamed and then there's one (optional) patch from Windows XP SP1 (qfecheck). This all works perfectly with the latest test release of HFSLIP. Give it a shot if you want.

[fdv]

Well, I'll comment.

Number one, and you'd've heard it from The Big Boss if I didn't say it first, don't use Gurgelmeyer's USP.

Okay, he's a great guy, he did a lot of work on it, and it served it's purpose. But look at what you've typed -- the sheer volume of information tells us you're into detailed work. Using the USP might be for some folks, but it isn't for you. A guy like you who makes a literal science of every hotfix should be using all of the separate hotfixes. Generally, and I am sure you know this, HFSLIP will "do the right thing" automatically and replace binaries based on file date. But the USP is adding a layer of complexity you don't need.

Download all the hotfixes and populate that HF folder.

BTW, HFSLIP pretty much will support any hotfix out there.

You're using IE 6, make sure all of those IE's are for 6. I don't know if, for example, a version 5 kernel32 is okay with IE 6.

What you have is less a question of HFSLIP and more experiential looking for input on some really, really obscure hotfixes. Have you done this yet and played with the results in any serious way?

Back several months ago, maybe even a year, I had loads of obscure hotfixes and IE files. Due to an accident on my part and a beta version of HFSLIP, I slipstreamed this with a bunch of IE5 shell files in the FIX. The OS acted weird. I forget what but little things. I fixed the error and just got rid of all of the fix files and all of the obscure hotfixes and just went with a list here in the forum. I understand the desire to have a fully patched system but I think you're probably the only person here who has had experience with all of these. HFSLIP will no doubt put it all together correctly, and you are doing the FIX correctly. HFSLIP will indeed do some unofficial hotfixes if they are packed correctly (and if they work as a hotfix, HFSLIP will probably handle it fine) so give it a try.

Let us know the results. You've given an exceptional, unusual devotion to detail here and I think it's important to have the results somewhere archived in this forum.

[the_guy]

Just a quick heads-up, you should look over your list because some of those non-public fixes have been replaced.

IEAudioUpdate is included in IE6SP1.

KB838751 is replaced with KB932590.

KB139071 is replaced with KB917423.

You should look at new critical updates to replace some that are on your list.

Also, KB896156 SHOULD be supported, as it's almost the same as the latest IE cumulative updates.

the_guy

[Inki]

OK, Thanks for the heads up and the replacement pointers.

It is always a joy to be able to replace and get rid of some old stuff, and I have had the feeling for some time that I should re-examine this lot.

Still, it is a major pain to do so and requires the right set of mind and enough energy, maybe even dark and dreary wintery days. I am by no means a software expert, rather a mix between physicist and business strategist, a home user in the true sense, and my forays into this world tend to be sporadic and short-lived.

I appreciate and collect all the pointers I get and will make good use of them, so thanks again.

Oh, and a belated thanks also to fdv for his valuable expert insights, which I unfortunately missed until looking up this thread again. Still I am not really a creature of detailed devotion , rather this is for me more like getting an urge once a year to solve a crossword puzzle.

Edited November 12, 2007 by Inki