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

HFSLIP has always supported silent installers from HFSVCPACK (formerly HFSVPK).

BTW... I just updated MultiCompiler 2. If both .NET 1.1 and .NET 2.0 are detected, it asks you whether you want to merge it all into one file...

I just meant because of the filenames. Should naming a certain way order the install? I think I will just continue installing at first reboot. That worked for my situation.

This post has been edited by NtegrA: Jun 16 2006, 10:52 AM

HFSLIP just copies the files from HFSVCPACK into SOURCESS\I386\SVCPACK and echoes the executable names into SVCPACK.INF alphabetically. So if the order is important change the name(s) and you're good to go. Looking at your other thread, you're already doing that.

This post has been edited by Tomcat76: Jun 16 2006, 12:15 PM

DUH, I wasn't paying attention Dosnet2 before netfxsp1. I really need some sleep!!!

Whoops... It just occured to me that I'm mixing you up with someone else... There is no "other thread" from you and I didn't ask you to try MC2 before...

Looks like I'm the one who needs some sleep, hehe...

hi!
just wanted to share ... i saw these ran through my screen ...

SBP-2 drive stops responding when you try to write data in Windows XP
WindowsXP-KB885464-x86-ENU.EXE
TEMP\SP2QFE\ohci1394.sys
1 File(s) copied
0 File(s) copied

Initialization phase of a Setup program may take longer than expected to complete in Windows XP
WindowsXP-KB885898-x86-ENU.EXE
TEMP\SP2QFE\msi.dll
TEMP\SP2QFE\msiexec.exe
2 File(s) copied
0 File(s) copied

A component that runs in the same process as the Windows Time service is stopped or is disabled unexpectedly in Windows XP
WindowsXP-KB888432-x86-ENU.EXE
TEMP\SP2QFE\w32time.dll
1 File(s) copied
0 File(s) copied

MS05-020: Cumulative security update for Internet Explorer
WindowsXP-KB890923-x86-ENU.exe
TEMP\SP2GDR\browseui.dll
TEMP\SP2GDR\cdfview.dll
TEMP\SP2GDR\iepeers.dll
TEMP\SP2GDR\inseng.dll
TEMP\SP2GDR\mshtml.dll
TEMP\SP2GDR\msrating.dll
TEMP\SP2GDR\shdocvw.dll
TEMP\SP2GDR\shlwapi.dll
TEMP\SP2GDR\urlmon.dll
TEMP\SP2GDR\wininet.dll
10 File(s) copied
0 File(s) copied

Packet-writing programs for optical media recording devices run slower than expected on Windows XP Service Pack 2-based computers
WindowsXP-KB891070-x86-ENU.EXE
TEMP\SP2QFE\ntkrnlmp.exe
TEMP\SP2QFE\ntkrnlpa.exe
TEMP\SP2QFE\ntkrpamp.exe
TEMP\SP2QFE\ntoskrnl.exe
4 File(s) copied
0 File(s) copied

FIX: You may receive a "Page cannot be displayed" error message when you click a hyperlink to view a Microsoft Office document in Internet Explorer 6 Service Pack 1
WindowsXP-KB892056-x86-ENU.EXE
TEMP\SP2QFE\mshtml.dll
TEMP\SP2QFE\urlmon.dll
2 File(s) copied
0 File(s) copied

FIX: You may receive a "This operation has been canceled due to restrictions in effect on this computer" error message when you try to open the Internet Options dialog box in Internet Explorer 6
WindowsXP-KB894179-x86-ENU.EXE
TEMP\SP2QFE\shdocvw.dll
1 File(s) copied
0 File(s) copied

Software update 898461 installs a permanent copy of the Package Installer for Windows version 6.1.22.4
WindowsXP-KB898461-x86-ENU.exe
0 File(s) copied

The embedded resource version of the LIP MUI files is incorrect in Windows XP Starter Edition
WindowsXP-KB913808-x86-ENU.exe
0 File(s) copied

i may have to take these out or would this be script related issue?

incidentally, i noticed that 60615a was a bit smaller in file size (144 as compared to 145 in earlier vers) ... moreover, the slipstreaming time went down to 30-31mins again for me ... just like what i mentioned in my embarrassing post earlier, it used to last as long as 40+ mins ... considering i even added the newer updates using 60615a ...

i just hope this post is not yet too late knowing that 60616a is already out ... (which i already downloaded)

thanks!

This post has been edited by Kiki Burgh: Jun 16 2006, 05:26 PM

Huh, what? I've never seen this before....

Question:
Is it possible to add a feature in HFSLIP to ignore MAKENOISO in HFANSWER.INI if in MAKEISO mode?

The "MAKENOISO" feature was introduced in 13a and your suggestion (Super-Magician's suggestion, actually) was implemented in 13b... So no need to implement it again...

We're already up to 60616b now .

Oh, I'm still using 60612a... then the next time I logged in it's already 60616b! But I already saw the MAKENOISO feature in 60612a...

Thanks for that feature anyway. Very much appreciated.

60617b is "the RC", people. If no new problems have been introduced over 60528, this will be released as the new final on Sunday evening.

So I tried 60617b with INSTALLRC=1 and WINNTUPG folder present: an error message popped out at T-13 telling me that NETMAP.INF was not found, so I had to press OK, then another dialog box saying the "Windows XP Setup cannot continue" (something like that) and I had to click 'Finished...'

hi TC!
these were basically like what i posted before ... pls don't mind the headers (i just inserted those on top of the real messages) ... it's the same for the others ...
my apologies for the confusion ...

A component that runs in the same process as the Windows Time service is stopped or is disabled unexpectedly in Windows XP ---> this is what i inserted
WindowsXP-KB888432-x86-ENU.EXE ---> HFSLIP shows the following lines
TEMP\SP2QFE\w32time.dll
1 File(s) copied
0 File(s) copied

Super-Magician ... i already downloaded the latest

thanks!

@Kiki: I already explained where the "0 File(s) copied" comes from....


The only reasons I can think of:
1) You don't have NETMAP.INF in WINNTUPG
2) WINNTUPG is not in the right place (it should be in I386)
3) You have an I386 folder in the root of a local partition (eg, C:\), and there is no NETMAP.INF in there

HFSLIP instructs Windows to execute the standard installation command, but with the /unattend switch added to it to make it silent.

T - Please allow a few more days for others to test and report back. Sit back, don't code, relax and wait for the population's feedback. Once all is fine, then go for it.

French XP SP1a reports, Sir!

This does the trick:




Next:



Solution:





This one is a problem:





And now files greater than expected:

@Camarade_Tux:

#1 is odd. HFSLIP copies the installation INF from the hotfix package, and it contains the registry entry you need. So it's strange that the key isn't created. This is the relevant line:

HKLM,"Software\Microsoft\Windows\CurrentVersion\Internet Settings\ZoneMap\ProtocolDefaults","shell",0x10001,0x0

It could be that the "0x0" makes it fail but I'm not sure.


#2 is a problem. This hotfix doesn't contain any updated binaries and the installation INF has a name (update_SP1QFE.inf) which is normally associated with an installation folder called SP1QFE which isn't present. These hotfixes are given special treatment but for some reason this fails. The installation INF (which contains the necessary info) is not handled (or at least doesn't end up in SOURCESS\I386). I also see this installation INF is doing some special stuff which is beyond the scope of a "default" install. I'm going to have it installed from SVCPACK but not before I found out why the INF is not processed for such hotfixes.


I still need to check #3.

@Camarade_Tux:

#1... The key is being inserted if you use HFSLIP 60618a. I'm still wondering why it fails. Do you have this key at least:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Hotfix\KB839645

That's the other reg key created by the hotfix.


#2... Heh. It looks like HFSLIP already puts this hotfix in SVCPACK. Where are my thoughts?
HFSLIP lets this hotfix install itself so there's nothing that can be done (at least not easily). If I just insert a reg key from HFSLIPWU.INF it will be overwritten when the hotfix installs. It's strange that HFNetChk complains about something that the hotfix does...

#3... Fixed. The IE6 cumulative updates for XPSP1 need the RTMQFE binary versions. I forgot to update HFSLIP for the new cumulative update.

From the browseui.dll issue, it appears browseui.dll wouldn't copy over from the hotfix to the sourcess folder.

the_guy