Jump to content

HFSLIP - Test releases


Tomcat76

Recommended Posts


I ran 60313a yesterday and just got around to looking for any problems today. An odd problem has popped up that I never noticed before...

These are the files that I have in /WIN/SYSTEM32:

D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\2ksp5.htm
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\ARJ.EXE
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Arj32.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\calc.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Cyclone.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\drempels.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Euphoria.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\EXTRACT.EXE
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\FieldLines.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Flocks.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Flux.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Helios.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\hfnetchk.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\logon.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\matrix-camtech_binaries.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\mplayerc.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\myuninst.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\notepad.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\oeminfo.ini
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\oemlogo.bmp
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\pkunzip.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\pkzip.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\Plasma.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\qchain.exe
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\scrnsave.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\SolarWinds.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\ssstars.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\winhttp.dll
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\wordpad.exe

Almost all of them get copied into c:\winnt\system32...but these ones do NOT get copied over:

D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\logon.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\ssstars.scr
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\winhttp.dll
D:\HFSLIP\HFEXPERT\WIN\SYSTEM32\wordpad.exe

I have some other stuff in /WIN/CURSORS and /WIN/FONTS but they all get copied over fine.

Some of the apps in there, like notepad, may be better off in APPREPLACEMENT but I have them in there because they get removed by HFCLEANUP and I want to put them back. They are the stock files...it is just easier to have them in there while I am addressing HFCLEANUP issues than to keep deleting HFCLEANUP, re-adding the default pack, and re-deleting the files I want to keep. Does that make any sense?

Anyway, I found this interesting and thought you guys might like to see it. Cheers!

Edited by TAiN
Link to comment
Share on other sites

Testing HFSLIP_60313a

  1. SVCPACK\HFSLIP.CMD seems to be in good order
  2. On setup, there was a copy problem with HFSLP255.INF - It's not in the I386 folder

Was the latter also the case with 60310 or is that something you don't know given the path problems you were having before? Does it still happen if you only include hotfixes in the HF folder?

Grr... this is going to be a serious PITA.

Apparently, the boot folder needed for a multiboot has it's own TXTSETUP.SIF, which has a reference to HFSLP255.INF. I was using an old boot folder.

For my next test image, I guess I copy over the TXTSETUP.SIF to the boot folder and see how it goes.

There has got to be an easier way to build and maintain a multiboot disk. Maybe I'll try constructing my own boot folder without having to run setup, and see how it goes.

Link to comment
Share on other sites

Tain, It looks like you are building your own OS using HFEXPERT. hehe. I really can't answer your Q, but I think you have to be careful that you don't overwrite an existing file using the hfexpert. What I am thinking is that after the text mode copy, the sub-installation infs are moving files from the temp location to their final spot. My advice would be to use appreplacement if the file already exists in the source. I'll have to update the hfexpert page to identify this issue.

Link to comment
Share on other sites

Hi,

Changes in test builds released between the current test release and the current final release:

- removed reference to SP cab file from DOSNET.INF when merging it with driver.cab

Does it have anything to do with the problem I mentionned with nLite ? :)

Link to comment
Share on other sites

TAiN...

The solution depends on what the actual problem is.

1) The four files in question reside in the CD's I386 folder but they are not copied over into SYSTEM32

2) The four files in question do not reside in the CD's I386 folder or the version is wrong/different

I can figure that out myself if you send me your txtsetup.sif file...

@Camarade_Tux

No. When merging driver.cab with the SP cab, the reference to the SP cab was not removed from DOSNET.INF. It may have affected people who install from a floppy but I'm not sure of that. Either way, that's corrected now.

Edited by Tomcat76
Link to comment
Share on other sites

@Camarade_Tux

No. When merging driver.cab with the SP cab, the reference to the SP cab was not removed from DOSNET.INF. It may have affected people who install from a floppy but I'm not sure of that. Either way, that's corrected now.

Ok. Thanks for the reply. :)

Link to comment
Share on other sites

TAiN...

The solution depends on what the actual problem is.

1) The four files in question reside in the CD's I386 folder but they are not copied over into SYSTEM32

2) The four files in question do not reside in the CD's I386 folder or the version is wrong/different

I can figure that out myself if you send me your txtsetup.sif file...

Scenario two is correct. The only file in the 'problem set' that ever exists natively is wordpad...but it gets removed by HFLCEANUP in my config. The other files are alien to stock windows.

Link to comment
Share on other sites

Check the latest release, TAiN. This one allows the HFEXPERT\WIN folder (and its subfolders) to act as some kind of "backdoor" to slip in files that are removed with HFCLEANUP.

Consider this basic rule:

Do not place files in HFEXPERT\WIN that you are removing with HFCLEANUP. If you add them anyway, those files will not be removed.

This makes more sense to me and it makes HFSLIP more flexible. It's easier to add in a few files in HFEXPERT\WIN than it is to edit removal filesets. It can also help with debugging problematic filesets.

Edited by Tomcat76
Link to comment
Share on other sites

I don't mean to sound like an a$$hole here, but the name HFEXPERT was coined meaning that you need to know more than the average person about the windows installation process. If you don't know about it, then blindly using it will cause failed installs. This is why the instructional webpage is hidden in FDV's site.

Tomcat, do NOT take the liberty to change the hfcleanup/hfexpert routines. Period.

Link to comment
Share on other sites

I don't really know what you mean by "routine", but if you think I switched them around then I have to say I didn't. Everything is still in order.

I always thought that the purpose of HFEXPERT\WIN was to add files, and the purpose of HFCLEANUP to remove files. This apparantly wasn't the case as TAiN found out.

IMHO, I think it's illogical that HFCLEANUP removes stuff you add through HFEXPERT\WIN. It defeats the purpose of HFEXPERT. All I did was fix this "collision"...

I'll undo it if you still want it...

Link to comment
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...