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

I'm not using Windows 2000 but Windows XP. I've attached the log of hfslip.

P.s. The log doesn't show what files are in HFGUIRUNONCE. Maybe is better to implement that it show them.

This post has been edited by S3pHiroTh: Feb 3 2007, 10:55 AM

Do you have iexpress.exe in your Windows's SYSTEM32 folder?

This is mentioned in the changelog.

Editing HFSLIP.CMD isn't necessary if you enter the path when prompted. But this is only required if anything is going to be installed by HFSLIP.CMD.

@S3pHiroTh...

Ok

This post has been edited by S3pHiroTh: Feb 3 2007, 12:14 PM

@Tomcat76...

Tomcat - Check and double-check. I do have iexpress.exe in my system32 directory.

Has anybody successfully ran the test release to install IE7?

@Super-Magician...
LOL... I saw that... Don't worry...

@kenlau...
Well yeah... Me...

I'm about to run it now. Will check and see...

If I were you I'd wait until it's released...

Actually, I meant to run the test release for kenlau to see if the IE7 part works. I guess I can wait a little longer for the new one. Thanks.

Edit: ...which I guess has just arrived in the last second.

This post has been edited by Super-Magician: Feb 3 2007, 05:15 PM

Out.

Thanks for that and 70203b as well.

I think there's a bug. I tested 70203a in a VM. The first time I ran it my power got interrupted while it was installing, so that may be a factor. However, it occurred during GUI-mode setup, not txtmode copy. After I restarted setup, I got a bunch of error boxes saying the HFSLPxxx.INF files were missing from C:\WINDOWS\HFSLIP.

I then reverted back to a snapshot of a clean VM. Right before T-13, I got another Advanced INF Install message, but this time HFSLPGUI.INF was missing.

A bit problematic, don't you think? I didn't change a single thing in my folder structure from my last successful run except to introduce rootsupd.exe and the Feb 2007 update for DirectX, readd IE7, and update KB905474. I can still post my HFSLIP.LOG file if you want, but I don't think it will help much.

This post has been edited by Super-Magician: Feb 3 2007, 07:29 PM

I guess 70203b os not 100% ready yet, because the download link is not working.

I got hfslip-70202b to work now.. , although I install with the network disable.

This post has been edited by kenlau: Feb 3 2007, 09:43 PM

http://users.telenet.be/tc76/hfslip/test/hfslip-70203a.zip

Simply replace the latest character "b" with an "a".

Sorry, guys. I forgot to upload it. It should be there now...

Could you change hfslip files adding in HFSLPGUI.CMD to alphabetical order ( like it in SVCPACK.INF is ), but not in type order like it's now?:



I would like to make it this way:



This post has been edited by dziubek: Feb 4 2007, 05:53 AM

@TC

Hmm... I was wondering while there was differences in style between hfcleanup and the other parts of the script.

Anyway, this exaple simply demonstrates how the script in hfcleanup takes at least the dots in every search string as wildcard characters, and that it does possibly filter out more lines than it should.

The following change is suggested here, and the similiar places:



I would even suggest changes troughout the script, to clarify up these things:
- if wildcard searches are needed, use RegEx with /R switch
- else use /L or /C: switches to make sure no wildcard searches occur.

If anyone in doubt here is what I'm talking about:
ECHO Filtering TXTSETUP.SIF ... this might take a few seconds

Everyone who have ever run hfcleanup knows this line well. And it's true it really takes 10-20 second to process txtsetup. It's because it takes lot more processing power to make a wildcard search than a literal! After applying the /L switch hfcleanup filters txtsetup.sif like a flash. So I suggest removing that comment too

EDIT: I haven't tested the differences in results... it depends on the exact searching pattern, and the strings searched for, but at least the possibility is there to be determining

This post has been edited by whitehorses: Feb 4 2007, 06:39 AM

Nice find dude. I think this may help some of those pesty files that accidentally get erased once in a while! Only the txtsetup, dosnet and the drvindex files should be processed like this. The other hfcleanup type files should continue using the existing filtering method (i.e. without the /L switch). It will need to get tested first though. Ouch!

@dziubek

It's possible but it might slow down the HFSLIP process. I'll think about it.

At this point I'm more interested in comments on the "alternate input folders" feature. At the current rate of interest it won't make it into the final...