Tomcat76

@Wendy... "looking at" or "looking for"? BTW... Does anyone know which INF file regulates the installation and registration of the binaries inside the IENT_x.CAB packages? I can't seem to find any. This seems to be done through iebatch.exe which isn't really slipstream-friendly. I may have to downlevel IE.INF from a Win2K source to accomplish this, but I want to make sure all languages are still supported.

HFSLIP doesn't call net1.exe (at least not deliberately). It calls net.exe. This method to determine the name of the host OS is used since HFSLIP 1.7.1. I attached a package containing two small scripts. "gethost.cmd" tries to determine the name of the host OS by using net.exe while "gethost1.cmd" queries net1.exe. Start one of the scripts and see if the net1.exe process stays resident while the "Press any key to continue..." message appears. Then close the DOS box and try the same with the second script. gethost.zip

Sorry to bother you with this, but I would really like to know what's going on there. Can you do this? Start installation. When you get the error message about the missing HFSLP151.INF file, press shift-F10; this opens a command prompt. Navigate to [C]:\Windows\HFSLIP and type dir /b hfslp1* which will display a list of file names starting with HFSLP1 (if the files exist).

net.exe is used by HFSLIP to determine the version of the host OS. Can you open a command prompt and type this command? net config work Does the last line that appears say "The command completed successfully"? If so, what's reported as "Software version"?

The thing is like this... If you do get the "I have read the instructions" prompt but you don't get the page with the compression options (normally shown next), it can only be due to a bad HFANSWER.INI file. Does something happen if you type MAKEISO instead of I have read the instructions?

Do you still have problems with Windows Update?

I want to verify if something weird is going on during Windows setup. Do you know how to create an ISO on your own? If so, remove the following line from HFSLPGUI.INF in SOURCESS\I386 using Notepad and save the file: HKLM,"SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnce",HFSLIPGUI,0x20000,"CMD /C RD/Q/S %WINDIR%\HFSLIP"This causes the temporary HFSLIP folder (which holds the HFSLP*.INF files) to remain in the Windows folder after installation.

Web Folders isn't easy to slipstream. Webfldrs-KB892211-ENU.exe works great (it simply replaces the existing MSI file in the Windows source) but the newer versions are completely rewritten packages with additional files. I'll see if I can add support for standalone MSP packages.

The proxy settings are stored in INSTALL.INS and the HTTP 1.1 settings in inetset.inf if you enabled those. Can you check that the INSTALL.IN_ file in SOURCESS\I386 resembles the one from BRANDING.CAB?

Are you using HFANSWER.INI? Please post a copy here if you do. BTW... It's HFSLIP 1.7.0 ~ 1.7.4. Just saying that so you can still avoid going insane before the release of HFSLIP 1.10

Do you have regedit.exe in the Windows folder of the newly installed source? Please attach a zipped copy of SOURCESS\I386\SVCPACK\HFSLIP.CMD here (or copy and paste its content) so I can have a look at it.

Thanks

HFSLIP 1.7.4 is out.

That's the German one.

No problem. Check back tomorrow.

I could've sworn we've gotten an e-mail for that some time ago...

Oops... I see the problem. "%ALTSRCDIRS%FIX\SFC*" should've been changed to "%ALTSRCDIRS%REPLACE\I386\SFC*" a while ago when the FIX folder was abandoned. I'll "fix" that...

ient_s1.CAB through ient_s6.CAB. Each one contains a CAB file (IENT_1.CAB through IENT_6.CAB). 1) Extract each ient_s*.CAB 2) Extract IENT_1.CAB (only this one)

Thanks -- that makes it pretty easy. I'll just update the IIS 4.0 files then and ditch the IIS 4.2 binaries (which are quite a few). BTW... If you're intending to make an SP7, I think that you should check that it works on a Gold source too. You use an official SP3 build as a base which may contain more files.

Didn't know other people here were in this as well. I'm also working on a script which would eventually do most of what HFSLIP does, but I'm taking it one step at a time. There are a couple of things I wonder about concerning SP6a... The Intel sections... INTLFXSR.SYS is a new binary and it comes with a few extra registry settings but they obviously shouldn't be processed on non-Intel systems. So I'll have to find out which installation file covers the Intel files and somehow edit that without abandoning support for localized distros. All localized installation files in NT4 sources I've seen are in ANSI, but that's still no guarantee for things to work out (see the time zone hotfix issues). What is "Softex"? I'm deleting the .SOFTEX files right now but I need to know if that's OK. The Font sections could be problematic on localized distros because I don't know how to differentiate between them (I think I mentioned this before). What to do with the IIS 4.2 files? SP6a contains updates for IIS 4.0 (IIS sections in INF), but also upgrade files for IIS 4.2 (IIS4 sections in INF). Was IIS 4.2 ever released as a standalone package? I can't think of any other reason to explain this.

If HFSLIP can't find BOOT.BIN, it will look for bbie.exe. If bbie.exe couldn't be found, the boot image can't be created and the ISO won't be created either. If bbie.exe was found, HFSLIP will scan each drive from D: through Z: for a valid Windows installation CD to grab the boot image from. If no installation CD could be found, the boot image can't be created and the ISO won't be created either. This info is also in the Basic how-to guide on the HFSLIP web site.

Windows comes with "Windows Messenger", the one you said you were seeing (version 4.7). If KB925877 is showing on Windows Update then you have an MUI installed. That's not supported by HFSLIP because none of use have it. This is the reason why MUI updates aren't supported. Windows Update works fine here. As I said, something is going wrong at T-13 for you (files are not registered or INF files are not executed). I'll need the full HFSLIP.LOG file (zipped) to know more...

I don't know... It's working here. How large is Silverlight.exe? 1 454 656 bytes? You can try to download it again, or to get the latest version of 7za.exe. BTW... I fixed the reboot limitation. A new version of the plugin and the addon maker should be out in about an hour or so.

That's strange, because the plugin doesn't display an error message if Silverlight.exe or 7za.exe couldn't be found; it exits silently: IF NOT EXIST HFTOOLS\7ZA.EXE GOTO :EOF IF NOT EXIST _EXTERNAL\Silverlight.exe GOTO :EOF Only the addon maker displays a warning message in such case: FOR %%I IN (7za.exe Silverlight.exe) DO IF NOT EXIST %%I ( ECHO %%I was not found in the current folder. Press any key to quit. PAUSE >NUL&GOTO :EOF ) This is the expected folder structure when using the HFSLIP plugin: C:\HFSLIP\_EXTERNAL\Silverlight.exe C:\HFSLIP\HFTOOLS\7za.exe C:\HFSLIP\HFTOOLS\HFSLIP_PRE_Silverlight10.cmd Spaces in the path for the HFSLIP working folder are of no importance because relative paths are used to get to those files.

Should be fixed with RC4. I tested all the hotfixes you listed.