These versions are test builds and are pretty much stable. As usual, use them at your own risk.

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

HFSLIP home page

*********************************************************
I hope tomcat76 doesn't mind me [tommyp] editting this post to add in a beta test build. See attachment for beta testing in preparation for the next final. Bugfixes:


There are no betas at the current time.



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

You can help by checking if the binary removal files (2000SP4.EXT, XPSP1.EXT and XPSP2.EXT) cover everything. Download dumpdupes.cmd and place it in the main HFSLIP folder (alongside the normal HFSLIP executable). Run this tool AFTER you ran HFSLIP (it namely requires a SOURCE and a SOURCESS folder to compare). If there are any duplicate binaries that can be removed, a file called EXCLUDE.TXT will be created. Let me know if it contains additional files to those that already exist in the current removal files. This program can be used to check Windows 2000, XP and 2003 sources.
Dumpdupes.cmd has one limitation: it only checks for duplicates in the current sources. This tool would have to be run again whenever new hotfixes arrive in order to ensure the list is up to date. I'll probably make another tool that outputs a full list of any driver binary that isn't supposed to be loose in I386 once I evaluated the pros and cons of both.[attachment=25420:hfslip_beta_Mar30.zip]

This post has been edited by tommyp: Nov 9 2009, 06:57 PM

The problem is not with the addon but with HFSLIP. Anyway, try the latest test release and include the addon. I fixed the problem and it seems that the odyn1982_AudioUtilities_Addon_v1.0.cab addon is handled properly now.

Is that the WindowsUpdate.log file from an installation that asks you to install the Windows Update Agent?

This post has been edited by Tomcat76: Apr 20 2006, 10:29 AM

YES

Strange. It should normally display a list of the files involved including their version numbers. Are you using Windows Update or Microsoft Update?

Strange. I used HFSLIP _ 60420a.CMD and this file look differently.So as you wrote above.
I did not have any problems with the installation .

On first glance:
all ADDONS were installed, even Boooggy _ ASPI _ Addon.cab


I added 3 files:
1. WindowsUpdate1. log - after first logging in without starting WU
2. WindowsUpdate2.log - after first logging in and starting WU
3 WindowsUpdate3.log - next starting WU after the change LegitCheckControl.DLL


dziubek

Windows Update is tripping over winhttp.dll. It is looking for it in the WINDOWS\system32 folder but it isn't there. Why?

Try putting your modified version of winhttp.dll into HFEXPERT\WIN\system32\ instead. Hopefully that helps. It needs to be version 5.1.2600.1366 or higher.

I put Winhttp.dll(ver. 5.1.2600.2180) from mine installed at present Windows to \HFEXPERT\WIN\system32
and all works correctly. I don't have problem with WU any more :-)

I added files:
1. WindowsUpdate1. log - after first logging in without starting WU
2. WindowsUpdate2.log - after first logging in and starting WU


dziubek

This post has been edited by dziubek: Apr 21 2006, 01:18 PM

If everything is working correctly you don't need to attach any files...

Is our final just about due yet? I'd like to see it by 6 pm EDT (I believe 11 PM your time) if possible as I'm going to be elsewhere after that.

Don't rush though

This post has been edited by Super-Magician: Apr 21 2006, 02:45 PM

Fuss caused Winhttp.dll from WU (in the very old version) in HFSLIP\HFEXPERT\WIN . Will suffice him remove or put on the newer version . I apologize for fuss .

Do you plan to extend HFSLIP.LOG in the the closest time?

dziubek

Extend with what? Background music? Ewa Demarczyk?

Hi, I've just made a new iso.
1- UPHClean is correctly installed with latest (beta) version.
2- it seems some hotfixes did not get installed.
I attached some debugging infos.
Quick summary: XP SP1a, french, patched using HFSlip
-hfnetchk -f output
-mbsa scan
-list of files in SOURCESS\I386 in dir.txt (because I use nLite so some files could have been removed)
-hfslip.log (all critical updates and nearly all optionnal updates for XP SP1a mentionned in Tomcat's list)
-nLite's lastsession.ini
-one of the "missing" update was not present in HF but others were present
-I removed three hotfixes that aren't needed anymore.


Thanks for your help.

I thank for music, I am not interested
I thought about addition of such information:
*the time of the work HFSLIP
*the capacity of the catalogue Sourcess and SOURCE ( how much the percentage increased or reduced the installation)
This are loose the proposal. It depends only from You It will be introduced(added)

dziubek

Camarade_Tux:

Did you run Windows Update on the installed system? Please report which hotfixes WU says aren't installed. Also, can you try installing without running nLite?

dziubek:

With DOS, it is not possible to calculate the time it took for HFSLIP to run with DOS, nor is it possible to calculate the percentage of increase/decrease for two folders.

This post has been edited by Super-Magician: Apr 22 2006, 12:12 PM

I did not know , I thank for the explanation .
dziubek

@Camarade_Tux

KB912812 and KB911567 did not install because you removed the word "Windows" from their name.

The problem with KB911562 is a strange one. MBSA says that the version of dbnetlib.dll is less than expected, but that file is not part of the KB911562 package at all! I think it has to do with the two updates above but I'm not sure.

Please use the new final, HFSLIP_60422.

Just an FYI...

There was a problem with the last two test releases. The fix to properly interpret lowercase CD tag files when checking for the SP level didn't work. It's corrected in the new final.

Does that answer your question, Super-Magician?

Thanks for letting me know, Tomcat, and thanks for my adding my name to the Thanks list!

JW, what did I do to deserve this recognition?

(minor edit, nothing added/deleted)

This post has been edited by Super-Magician: Apr 22 2006, 01:05 PM

I´m sad about that what i have to do, but I must report that the newest testrelease has a syntax error in Mdac_type line. A fresh builded Install CD: at the point Registering the Components comes the infoscreen that there is a syntax error in mdac setup. After finishing the installation i found mdac not installed.
So i´ve had a look to the line in hf_60422d and found a "1" after the switch "QN" at the end of the line.
I removed it and at time i build a new install source.

Edit: It wasn´t the "1" alone. I´ve found a MS-Article explaining the Syntax for Mdac and Dasetup. I´l try this.

This post has been edited by wela: Apr 22 2006, 04:19 PM

"dasetup" is what I had before but it didn't work. What you see now is what worked for me.

Edit: Here's an MS article explaining the meaning of QN1 (and QNT).

This post has been edited by Tomcat76: Apr 22 2006, 04:33 PM

Wela... Change the install string in SVCPACK.INF to this (including all quotes):

"MDAC_TYP.EXE /q /C:""setup /QN1"""


Hopefully that helps...

This post has been edited by Tomcat76: Apr 22 2006, 05:03 PM