Tomcat76

Thanks. I have forwarded an updated instructions file to TommyP for review. I'll silently update the existing HFSLIP package afterwards.

That's the problem when you've been using computers for too long... You start counting EVERYTHING from zero...

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

Thanks for the update, TAiN. I get all 45 files now. BTW... If the long file names is the only problem with Quicktime, you might want to try test release 60630a. It gives long file names in HFEXPERT\CODECS a generic 8.3 name; those files are given back their original name during Windows setup.

TAiN... I'm having problems with the first pack too, using both WinRAR and 7-zip. Both programs complain about a failed CRC check for QuickTime.qts, and WinRAR also moans about an "unexpected end of archive". I downloaded the pack twice. Are the other 29 files combined 8,571,723 bytes large?

My point was that the article instructs to delete two files that no longer exist (they were renamed before). Anyway... MS fixed this error by now.

Haha!• Rename %Windir%\system32\WgaLogon.dll to %Windir%\system32\WgaLogon.old • Rename %Windir%\system32\WgaTray.exe to %Windir%\system32\WgaTray.old <snip> • Del %Windir%\system32\wgalogon.dll • Del %Windir%\system32\WgaTray.exe This page is gonna be revised a lot, I bet...

Please read my reply to your post in the other thread. Here's the last test version released before 60624: HFSLIP_60622b

I did several tests with Windows 2000 over the past few days and can't confirm any of this. Windows Update is completely clean (both MDAC 2.5 SP3 tests and MDAC 2.8 SP1 tests). Could I see your HFSLIP.LOG? Have you tried redownloading those two hotfixes? This I don't get too well: Are you nLiting your source or did you try nLite as an alternative (and it failed likewise)? If the latter, I have a strong suspiscion something is wrong with the hotfix executables.

Which OS? HFSLIP.LOG? Are you nLiting your source?

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

I updated the intro text a little but TommyP will have to change the broken link because I don't know what he's referring to.

Explain what? Most Type 1 hotfixes can only be extracted like this: hotfix.exe /Q /X:destdir Example: MD KB898461 WindowsXP-KB898461-x86-ENU.exe /Q /X:KB898461

Kiki asked about that before:http://www.msfn.org/board/index.php?showto...600#entry513202

Both the dialog you get after running this hotfix with the /? switch as well as the relevant KB article page explain that the /nobackup switch should be used to skip making a backup. This is the full install string I'm using: KB911562.EXE /quiet /norestart /nobackup That's done after the first logon (not at T-13). The hotfix installs properly, but the uninstall folder is created in C:\WINNT and Add/Remove Programs contains an entry for this hotfix (though it cannot be uninstalled from there). Is there any way around this other than using a batch file that removes the uninstall folder and the relevant registry value for the entry in Add/Remove Programs post installation?

HFSVCPACK, yes.

MSBLA? I think I like that...

@Yzöwl I'm not mirroring the updates; I'm just "hotlinking" to those which aren't WGA-protected (although you can still go to the hotfix's download page as well as the relevant security article page). I see the case with KB885836 more clearly now. That hotfix does create the key but not the value that HfNetChk is looking for. I'll ask TommyP if HFSLIP should work around this to satisfy HfNetChk, though it is an error on HfNetChk's part. Thanks for that. I'll just leave the code that handles KB913433 as is, then.

Thanks. No HFSLIP updates are needed at first glance....

MS04-041 (Q885836) is a strange one. That line should've been added into the registry by the installation INF. That's done from a "Save.Reg.For.Uninstall" section which is taken care of by HFSLIP (for Windows XP). Is that line present if you go look for it in the Registry Editor? MPSB-0507 (Q913433)... This came in with the previous round of hotfixes. I thought I covered that (silent install from SVCPACK) but apparantly not. Nobody complained so I didn't bother to test it first hand (I don't work with Flash 5 or 6). I guess everyone either installs Flash 7 or 8 by hand later on, uses a silent installer of their own or has HFSLIP slipstream the latest OCX file. I'll do some testing to see if the switches I'm using are all correct.

My reference to Counterstrike was about the fact you see two lines on one (mixed). This is a bug in DOS. (Display problems in DOS => no Counterstrike for DOS). "File not found" can be an error but it isn't necessarily.

It's DELCATS

Well... My main concern ATM is those 59 signature dialogs I have to click away (arrow-left, Enter, arrow-left, Enter, arrow-left, Enter, etc.). Could it be that the setupapi.dl_ is incompatible? I'm using Server Standard for the testing, btw.

I did a little more... Attempt #3: - removed some hotfixes (MDAC, etc.) - removed sakit.in_ New problem: Windows setup asks me for the location of irclass.dl_ at T-39. Attempt #4: - renamed sfcfiles.dl_ to sfcfiles.dll (FDV's version wasn't packed but renamed) and repacked it with makecab - placed sakit.in_ back and did the same as with sfcfiles.dll Result: Windows setup still asks me for the location of irclass.dl_ Funny... Where did that come from all of a sudden? Setup keeps restarting, though, and the warnings don't go away either. I'm gonna put all reducer files back and start over from scratch. It's strange that *removing* some files from the set causes setup to restart continuously... BTW... I keep getting this "Bulgarian (Latin)" in my list of available keyboard layouts. I'd also like to remove the Dvorak layouts. Does anyone know which KBD DLL files need to be removed for this?

Thanks. I was a bit inconsistent there...