[Tomalak]

Tomcat76, on Oct 8 2006, 07:37 PM, said:

* Network Diagnostics Tool for XPSP2 (was this ever supported?) -- fixed for upcoming version

It was not officially supported, but you showed how to do that here:

http://www.msfn.org/board/index.php?s=&...st&p=537452

I always added that manually to the script, and it worked without problems. You can now compare that old suggestion with the new support you added to the upcoming version ;-)
Regards,

Tomalak

[Tomcat76]

We're getting somewhere. Most problems with WMP10 on XPSP1 are fixed; remaining:
- playlists don't work (won't fix this)
- window pops up at T-13 to complete installation of WMP10 (normally appears on first run)

@the_guy: thanks; that did it

@Tomalak: that manual trick won't work properly anymore for DOS-based installs with the current test releases when including WMP10 because of the double custsat.dll files. A workaround will be implemented.

I want to test this one more time with XPSP1 and XPSP2 and will release a new version tomorrow at the latest because that's probably the last day you'll be able to check if all hotfixes are slipstreamed properly on XPSP1.

[Super-Magician]

@Tomalak/Tomcat, seems I forgot that support for KB914440 was never in the actual script. When I mentioned it briefly in the New updates thread or something, someone said it was supported so I never bothered to check

Thanks.

[Tomcat76]

OK. Check the new version

You still have the WMP10 popup at T-13 for XPSP1 (the one you normally get when starting WMP10 for the first time) but at least the installation isn't broken anymore. At this point, you can still choose between following the wizard or closing it. I'll try to get rid of it in the next few days.

Also, the Documentation Update is finally slipstreamed, completing support for XPSP1. Windows Update should be cool now

[glentium]

hey Tomcat76, you've been very busy with HFSLIP this past few days. thanks for all your hardwork. very much appreciated!

btw, the latest test release works great for me.. am with XPSP2.

thanks again!

This post has been edited by glentium: 09 October 2006 - 12:52 AM

[tain]

I ran into a problem with wmfdist.exe in HF. Never had this trouble before, and by looking at the code it seems that this may be because of the WMP10 changes. During GUI setup, I got this error:

Quote

(Window Title: Advanced INF Install)
Error creating process <"C:\winnt\system32\logagent.exe" /regserver>. Reason: The system cannot find the file specified.

Which comes from line 168 in WMFSDK.inf in wmfdist.exe:

[RunPost]


"""%11%\logagent.exe""" /RegServer

So I made another run without HFAAO, HFCABS, HFEXPERT, HFSVPCPACK, HFSVCPACK_SW or HFCLEANUP and I still got the error. The file, logagent.exe, is in a reducer and that is reflected in the script. I got the same error with and without that reducer.

In addition, on my test runs with HFCLEANUP taken completely out of the picture, I got a new error that I hadn't seen before:

Quote

(Window Title: Windows Update)
An error ocurred calling "DllRegisterServer" in "C:\winnt\system32\inetcomm.dll". (HRESULT = 80004005)

But adding HFCLEANUP back fixed that (part of the OE reducer).

Back to the wmfdist problem, I also tried adding the cabbed file (logagent.ex_) to FIX but that didn't help. Also tried different Compression Types (A and C) as well as test release 6a and 8a but got the same results.

The only fix for this for me is to remove wmfdist.exe. What am I doing wrong?

Attached File(s)

•  inetcomm.jpg (32.52K)
  Number of downloads: 24
•  logagent.jpg (32.71K)
  Number of downloads: 18

[Tomcat76]

Thanks, TAiN.

It had nothing to do with the recent WMP10 changes.

Windows 2000 copies logagent.exe and laprxy.dll into the Windows Media Player folder by default, but WMP9 and WMP10 expect it in the system32 folder. I worked around this problem when WMP9 is slipstreamed, but forgot that wmfdist.exe also has these files and also expects them in system32.

Fixed now.

[Tomcat76]

Working on the inetcomm.dll problem.

The IE5 section from the Update Rollup's INF isn't taken account of properly. I fixed it in an internal build and am testing it out in a VM right now.

Otherwise, Win2K with IE5 is AOK (WMP9 too).

Malmsteen's Odyssey album is helping me keep up the pace...

This post has been edited by Tomcat76: 09 October 2006 - 02:09 PM

[Tomcat76]

Hmm... This inetcomm.dll problem is also there with the current final. Would the OE5.5 hotfix be causing this? This needs some thorough testing....

[Tomcat76]

Yup... It's the hotfix. Will see what can be done about it. In the mean time, don't include it... or use IE6, heheh.

[tain]

Just FYI for those of you wondering "why is he using that old crap anyway?"

I use TommyP's reducers to effectively nuke IE/OE. I do this because FDV does too good of a job and I can't use FDV+Oulook.

But some stuff remains. So using those patches ensures that the leftovers are at the latest patch level, and then the extra stuff gets stripped out by HFCLEANUP.

[Tomcat76]

Win2K with IE5 is done. The inetcomm.dll binary from the OE 5.5 cumulative update has a broken registration section (deja vu anyone?)....

HFSLIP (61010a) is letting Windows setup register inetcomm.dll from the Update Rollup (which is OK) and then overwrites the file with the version from the OE 5.5 hotfix. This is the same procedure as for the webvw.dll binary on non-English Win2K sources. All fine with Windows Update.

[tain]

Thanks for your hard work on this, Tomcat76. You did a great job as usual and this is working fine for me now!

[Oleg_II]

WoW! You are making great things here

I'm a bit confused about all new features added and said in this thread. Tomcat76 is the information on HFSLIP website about using all this stuff - HFANSWER.INI and external plugins - right or needs updating?

Sorry I missed a lot Need some help getting into it again

[Tomcat76]

Hi Oleg... Nice to see you back!

Hope everything's OK.

The web page is up to date as far as the current final is concerned but it needs modification for the upcoming version. Please refer to the changelog in this thread if you want to use a test release.

[tommyp]

Oleg2 - Welcome back. Hope you are doing OK. Nice to see you back!!!!

[the_guy]

Welcome back Oleg.

@Tomcat: 2000/XP no longer need msxml3.msi if 923191 is included (only exception is 2000 SP4 without the Rollup).

the_guy

[Tomcat76]

I'm keeping msxml3.msi on my list for the resource file.

BTW, I suppose it's a mistake from MS to say that KB924191 updates both MSXML2 and MSXML3 because it only contains an updated version of msxml3.dll -- not msxml2.dll.

This post has been edited by Tomcat76: 10 October 2006 - 05:28 PM

[the_guy]

Yes, it is a mistake.

The reason I suggested it is that the resource file is the exact same version as the one included in XP SP1/2, as well as the Rollup for 2000.

the_guy

[Tomcat76]

You are right about the resource file. It's the same version as the one in the 2K rollup. I guess the newer date confused me.

I'm now doing a thorough check of all files and will update my lists accordingly...

This post has been edited by Tomcat76: 10 October 2006 - 06:13 PM