[Tomcat76]

That's a strange problem, heisking. I placed a file in HFEXPERT\WIN\PCHEALTH\HELPCTR\BATCH and let HFSLIP do its thing. The filename was entered into TXTSETUP.SIF correctly.

As Super-Magician said, could you attach your zipped HFSLIP.LOG file? Thanks...

[heisking]

TC
Here is the zipped HFSLIP.LOG file.



 HFSLIP.zip (2.02K)
Number of downloads: 50

[Tomcat76]

I've no idea how to handle file names that start with an exclamation mark in this context. Maybe Yzöwl knows this. Would it be a problem to use an underscore or something else instead?

[Yzöwl]

You would really need to turn off the delayed expansion. It may be possible to toggle off, then back on again, where required.

I would suggest you don't, not due to any difficulty, more to do with the principal. It's a similar thing to the expand and %xpand% thing we went through recently. The script is already at a stage where it needs constant update in order to remain current. It cannot be expected to cater for people using !obscure! (non-standard), naming conventions.

Whenever you work with files using command scripts and delayed expansion you expect this to happen. The script writer due to the unexpected expansion of the project, didn't forsee the introduction of 3rd party files and therefore the problem occurs. It will take considerably more work to fix at the script end than it will for the complainant to rename their own files.

[Super-Magician]

What exactly does the ENABLEDELAYEDEXPANSION thing do?

[Yzöwl]

In simple terms, when a script is invoked, it is read in its entirety prior to execution; (all environment variables are expanded at this time). Delayed expansion means that the environment variable is read when it is reached during execution. A delayed environment variable uses an exclamation mark, as opposed to a percent symbol, hence the problem.

The script has uses delayed expansion, because changes are made to variables within FOR loops. The HFSLP variable is incremented by one for example, meaning that its value is almost dynamic instead of static. When the script is read initially, this 'dynamic' value has not yet been created; therefore in order for it to be used it must be read at execution time.

In order to fix the problem mentioned above, every FOR loop using delayed expansion, would need to make a CALL expand the variable return back.

[Camarade_Tux]

Even though I did use nlite, HFNetChk does not complain about any missing update.
In fact it says blablablaSP1, not SP2, blablabla and 2 files that have file versions greater than expected.



It's maybe the best iso I ever made.
Thanks a lot.

[Tomcat76]

@Camarade_Tux: Which version did you use?


To everyone...
Any new problems with this release? No more updates are planned for the next final release except for a "cosmetic" change in the part that handles HFCLEANUP. This needs to be rounded up as the current final doesn't handle some of the hotfixes that appear on Windows Update.

To check:
- WinXP SP1: when not including MDAC_TYP.EXE and MP10Setup.exe, Windows Update should only propose WMP10 and the Windows XP Documentation Update
- WinXP SP2: RVM Update Pack
- Win2K: Gurgelmeyer's USP5
- application addons
- HFEXPERT

[Camarade_Tux]

Tomcat76, on May 22 2006, 06:28 PM, said:

@Camarade_Tux: Which version did you use?

0521d as far as I remember and HFCleanup (dblinxp.ext I think).

[Kiki Burgh]

Axed, on May 19 2006, 07:31 PM, said:

KiKi, im sorry if this has been covered before, but why are you using hfslip at all if your going to use the RVM Pack? Most, if not all of the updates covered by hfslip would already be in the RVM pack i would have thought?
Dont get me wrong, its great your testing hfslip because they can always use more testers, but i was wondering. Personally, the reason i use hfslip is so i dont have to use the RVM pack.

hi Axed!
i have been using & testing HFSLIP for quite sometime now & (just like the others) i'm trying to see which fits & otherwise ... i believe doing so makes Tomcat & tommyp consider some other ideas ...
everybody's contribution is important to make HFSLIP the best it can be ...
as Tomcat & tommyp know, know that i am all for doing things the HFSLIP way ... & i couldn't agree w/ you more ...
but then again, if it always worth testing HFSLIP!

[Tomcat76]

So how's 60523a doing IRL?

[grossberndts]

thanks alot to you, tomcat76!

i am using livestate too and had problems because wmplayer10 and scriptde.exe gave me errors during the installation process (. i just tried your new test-release (HFSLIP_60523a) and now it works!

during second copying phase in setup i got errors for 40 files, starting with

qasf.dll
scrobj.dll
scrrun.dll
wshcon.dll
...

so if you encounter problems with livestate or winnt.exe installations - try this new release!

[Kiki Burgh]

i think 60523a is quite stable as there has been not much reported issues w/ it ... perhaps a final then?

[SQ5FG]

Hi all!
I have question about:

KB912817
KB918005

Are they handled by current HFSLIP?

[tommyp]

SQ5FG, on May 26 2006, 05:37 AM, said:

Hi all!
I have question about:

KB912817
KB918005

Are they handled by current HFSLIP?

Have you tried?

[Tomcat76]

@SQ5FG: I quickly checked them and they should be supported.


If no new test version will be released, the only difference between the current test version and the next final will be: added support for IUCTL.CAB in conjunction with RVM Update Pack when WindowsUpdateAgent20.exe is absent.

Checked OK:
- WinXP SP2 English + RVM Update Pack
- WinXP SP2 Dutch + SWFLASH.CAB

Still to be checked: WinXP SP1 + Win2K USP5

This post has been edited by Tomcat76: 26 May 2006 - 05:17 AM

[Kiki Burgh]

hi SQ5FG!
for hotifxes supported by HFSLIP, you may always cross refer with:

Windows XP updates and hotfixes (maintained by Tomcat76)
http://www.msfn.org/...showtopic=62177
Windows XP (all) (maintained by the guy)
http://www.msfn.org/...showtopic=74840

[SQ5FG]

Thank you guys! :-)
I am going to do my slipstream and finally reinstall my current faulty system. :-)

[Camarade_Tux]

Tomcat76, on May 7 2006, 10:25 AM, said:

Q911565 - wmpui.dll is part of WMP8 but not of WMP9 or 10. When you upgrade to WMP9 or 10, WMPUI.DLL is not updated; it isn't even used.

I tried latest test release without nlite; wmpui.dll should be updated since I have WMP8 (which I usually remove with nLite).
Other updates seem to be alright (though I still have to test two of them I did not have in \HF)



edit: @Tomcat, 833989 seems to be needed but you do not list it. It corrects the GDI+ vulnerability.
It is really confusing because lots of applications are concerned but I think I finally understood it:
-KB833987 updates Windows GDI+ component
-KB833989 updates IE6 SP1 GDI+ component
See this page (in french) http://www.microsoft.com/france/technet/se...e/ms04-028.mspx
The IE6 patch is listed at the middle of the page and contains vgx.dll.

This post has been edited by Camarade_Tux: 27 May 2006 - 05:11 AM

[Tomcat76]

@Camarade_Tux: HFSLIP didn't process KB911565 because of an old restriction for KB817787. That's corrected now. Quite a coincidence... I was testing XPSP1 the last couple of hours and noticed the same thing...


We're nearing in. I still need to do some stress-testing on Win2K, especially with USP5 as there seem to be some problems in that domain.